Folgende Änderungen werden ab diesen Boxen mitgebaut:
ARM
You must be registered for see links
MIPSEL
You must be registered for see links
## Deutsch
### CW-Zustellung unabhängig vom MainLoop (Architektur-Änderung)
Die Zustellung der Entschlüsselungs-Keys (CW) vom Softcam erfolgt jetzt über einen eigenen Thread (
eDVBCWHandler) und ist damit unabhängig vom MainLoop. Bisher konnte es passieren, dass bei einem blockierten MainLoop (z.B. Spinner durch EPG-Laden oder Skin-Operationen) keine neuen CWs an die CSA-Engine weitergeleitet wurden. Das führte zu Bild- und Tonaussetzern, obwohl das Softcam die Keys rechtzeitig geliefert hatte. Die Keys werden jetzt direkt im CWHandler-Thread gesetzt, ohne Umweg über den MainLoop.
Zusätzlich wird nach einem MainLoop-Freeze die Stream-Stall-Erkennung kurzzeitig unterdrückt, um unnötige Pause/Play-Zyklen zu vermeiden, die zu Audio-/Video-Glitches führten.
### CW-Pufferung bei Kanalstart
Wenn ein CW vom Softcam eintrifft, bevor die ECM-Analyse abgeschlossen ist und die CSA-Session aktiviert wurde, ging dieser CW bisher verloren. Das Ergebnis war eine Wartezeit auf den nächsten ECM-Zyklus. Jetzt wird der CW zwischengespeichert und sofort nach Aktivierung der Session angewendet.
### Sofortiger CW-Empfang beim Wechsel von StreamRelay zu Live-TV
Beim Umschalten von StreamRelay auf Live-TV für denselben Sender hat das Softcam den laufenden Demux einfach weiterverarbeitet, ohne den aktuellen CW erneut zu senden. Die neue CSA-Session hatte dadurch keine Keys und musste auf den nächsten ECM-Zyklus warten (ca. 4-8 Sekunden schwarzes Bild). Jetzt wird der Demux im Softcam gezielt gestoppt und neu gestartet, sodass der aktuelle CW sofort gesendet wird. (oscam >= 11943)
### Korrekte Deaktivierung bei CI-Modul-Nutzung
Wenn ein CI-Modul die Entschlüsselung übernimmt, wurde die Software-Entschlüsselung bisher nicht korrekt deaktiviert. Das SoftCSA-Icon wurde fälschlicherweise angezeigt und der SoftDecoder lief unnötig parallel zum CI-Modul. Jetzt wird die CSA-Session korrekt deaktiviert, sobald ein CI-Slot zugewiesen wird.
### Korrektur der HD-Icon-Anzeige bei SoftCSA-Kanalwechsel
Beim Umschalten zwischen SoftCSA-Sendern wurde das Skin zu früh benachrichtigt — zu einem Zeitpunkt, an dem der Hardware-Decoder des SoftDecoders noch nicht existierte.
getVideoHeight() lieferte -1 und das HD-Icon wurde ausgegraut. Auf bestimmten Plattformen (z.B. VU Solo4K) erholte sich das Icon nicht mehr. Die Skin-Benachrichtigung erfolgt jetzt erst, wenn der Decoder tatsächlich läuft.
### Fehlerhafte CAPMT-Daten an Softcam behoben
Beim Zappen zwischen Sendern wurden uninitialisierte CAPMT-Puffer an das Softcam gesendet. Dies enthielt zufällige Heap-Daten (oft recycelte EPG-Sektionen) und führte in OSCam zu Fehlermeldungen wie „Unknown socket command received" und „network packet malformed". Besonders betroffen waren BISS-Sender auf Abertis 30W. Der Puffer wird jetzt korrekt initialisiert und Services ohne gültige PMT-Daten werden übersprungen.
### Einheitliche Log-Präfixe
Die Log-Tags wurden an die tatsächlichen Klassennamen angepasst:
[CSASession] →
[eDVBCSASession],
[CSAEngine] →
[eDVBCSAEngine],
[SoftDecoder] →
[eDVBSoftDecoder].
---
## English
### CW delivery independent of MainLoop (Architectural Change)
Decryption key (CW) delivery from the softcam now runs on a dedicated thread (
eDVBCWHandler), independent of the MainLoop. Previously, when the MainLoop was blocked (e.g. spinner caused by EPG loading or skin operations), no new CWs were forwarded to the CSA engine. This caused picture and audio dropouts even though the softcam had delivered the keys on time. Keys are now set directly in the CWHandler thread, bypassing the MainLoop entirely.
Additionally, after a MainLoop freeze, stream stall detection is temporarily suppressed to avoid unnecessary pause/play cycles that caused audio/video glitches.
### CW buffering at channel start
When a CW arrived from the softcam before ECM analysis completed and the CSA session was activated, the CW was previously lost. This resulted in some wait time for the next ECM cycle. The CW is now buffered and applied immediately upon session activation.
### Immediate CW delivery when switching from StreamRelay to Live-TV
When switching from StreamRelay to Live-TV for the same service, the softcam continued processing its running demux without resending the current CW. The new CSA session had no keys and had to wait for the next ECM cycle (approximately 4-8 seconds of black screen). The softcam's demux is now explicitly stopped and restarted, causing the current CW to be sent immediately. (oscam >= 11943)
### Proper deactivation when CI module handles decryption
When a CI module took over decryption, software descrambling was not properly deactivated. The SoftCSA icon was incorrectly displayed and the SoftDecoder ran unnecessarily alongside the CI module. The CSA session is now correctly deactivated as soon as a CI slot is assigned.
### Fixed HD icon display during SoftCSA channel changes
When switching between SoftCSA channels, the skin was notified too early — at a point where the SoftDecoder's hardware decoder did not yet exist.
getVideoHeight() returned -1 and the HD icon was greyed out. On certain platforms (e.g. VU Solo4K), the icon never recovered. The skin notification is now deferred until the decoder is actually running.
### Fixed corrupt CAPMT data sent to softcam
When zapping between channels, uninitialized CAPMT buffers were sent to the softcam. These contained random heap data (often recycled EPG sections) and caused error messages in OSCam such as "Unknown socket command received" and "network packet malformed". BISS channels on Abertis 30W were particularly affected. The buffer is now properly initialized and services without valid PMT data are skipped.
### Consistent log prefixes
Log tags have been aligned with actual class names:
[CSASession] →
[eDVBCSASession],
[CSAEngine] →
[eDVBCSAEngine],
[SoftDecoder] →
[eDVBSoftDecoder].
