[gelöst] mcli ERROR: video data stream broken

Die ScrambleDetection im VDR hat die Funktion sich bei mehreren CAMs im System eine funktionierende Programm/Camslot Kombination zu merken und beim nächsten mal bevorzugt zu verwenden. Sie ist nicht dazu gedacht Fehler zu beheben und wird mit nur einem Modul und ohne mcli-Patch überhaupt nicht aktiviert.

Sie beginnt mehr oder weniger unmittelbar nach SwitchChannel und dann bei jedem Wechsel von scrambled <-> descrambled.

#define TS_SCRAMBLING_TIMEOUT 3 // seconds to wait until a TS becomes unscrambled (--srctmo)

#define TS_SCRAMBLING_TIME_OK 35 // seconds before a Channel/CAM combination is marked as known to decrypt (--descrtmo) (ungepatcht sind es 3s/3s)
Nach 3s 'verschlüsselt' kommt bei Dir das Retune, nach 35s 'entschlüsselt' wird die ScrambleDetection beendet, nachfolgende Fehler im Netceiver werden nicht mehr erkannt. Die ScrambleDetection kannst du bei 64bit 'fast' auf unendlich einstellen, 3600 ist eine Stunde, 86400 24 Stunden, usw. Die Nachteile dieser Prüfung sind auf deinem NUC sicher vernachlässigbar, kürzer wäre natürlich immer besser.

LG Helmut

0.9.6pre1 ist im "master" - habt Ihr schon was stabiles, was da reinkommen soll? Ich habe übrigens den Plugin-Start etwas entzerrt (PreInit und PostExit), aber das sollte unabhängig von Eurem Problem sein.

gggggg : hier die Version mcli-0.9.5m bei der 0x4000 per default aktiviert ist - wenn du allerdings dem Plugin eine 'debugmask' Option mitgibst, musst du 0x4000 wieder explizit anführen.

Um dei ScramblingDetection Zeit zu erhöhen muss im vdr-mcli4.patch nur diese Zeile angepasst werden

+#define TS_SCRAMBLING_TIME_OK 35 // seconds before a Channel/CAM combination is marked as known to decrypt

Mein Binary für VDR wird bei BM2LTS vermutlich nicht richtig laufen, vielleicht hat cinfo einmal Zeit und Lust, dir eine angepasste Version zu bauen.

Diese lange ScramblingDetection ist meiner Meinung nach auch nicht wegen dem Netceiver erforderlich. Es hat vielmehr mit den besonderen Eigenschaften der Alphacrypt zu tun - ein Standard-Modul wird sehr wahrscheinlich überhaupt nicht zu Entschlüsseln beginnen wenn die auf der Smartcard hinterlegten Berechtigungen 50 Jahre in der Zukunft liegen sondern erst nach Einlangen des richtigen Datums. Mit Standard-CAMs wäre dann vemutlich das 'TS_SCRAMBLING_TIMEOUT' anzupassen um nicht zu viele Retunes in zu kurzen Anständen zu erhalten.

LG Helmut

pbrb : Ich hätte aus dem mcli-patch für gggggg schon Teile, deren Übernahme vielleicht sinnvoll ist:

01-TriggerCamAllPids.patchEs werden beim CamTrigger alle FTA Audio und Video Pakete durch das CAM geleitet, da sonst Bild und Ton asynchron werden.

02-DeviceReadyWithCi.patchDas (Device)Ready wartet bis alle CAM- Resets im Netceiver abgeschlossen sind. D.h. der VDR Start muß nicht extra verzögert werden.

04-TriggerCamByDefault.patch Optional: setzt 'DEBUG_BIT_Action_TriggerCam' in m_debugmask als default - wie im obgen Post beschrieben.

Ich habe sie gegen deinem heutigen Stand auf github getestet, sollten also passen. Schau sie dir einmal an.

LG Helmut

• vdr-plugin-mcli-0.9.6m_02-DeviceReadyWithCi.patch
• vdr-plugin-mcli-0.9.6m_01-TriggerCamAllPids.patch

sind im master drin (0.9.6pre2)

• vdr-plugin-mcli-0.9.6m_04-TriggerCamByDefault.patch

sollte wohl eher als Option aktiv werden, wenn das immer/meist notwendig ist, und wenn active-by-default, dann ggf. abschaltbar

gggggg : Die Parameter --srctmo, und --descrtmo sind im vdr-2.4.6.mcli4.patchenthalten. Du siehst die verwendeten Werte im syslog:

LG Helmut

Ja, das ging schon einmal besser. Ich sehe vor allem keine "decrypt" Meldung der ScrambleDetection mehr - wo sind die hin?

Starte einen Versuch ohne osdteletext-Plugin, und einmal mit ORF2 - ORF1, aber mit debugmask 0xdf.

LG Helmut

Ich habe leider mit der TriggerCam Option auch einen Fehler eingebaut - deshalb bei den Test f,g und h kein Bild.

Im Anhang die Version 0.9.5n die diesen Fehler korrigiert.

MTD - habe ich auch gesehen - a,b,c mit MTD, der Rest mit MCD.

pbrb : Der Patch ist für dein mcli auf Github.

• vdr-plugin-mcli-0.9.6n_05-FixSetChannelDeviceCamAlloc.patch

eingebaut

• vdr-plugin-mcli-0.9.6m_04-TriggerCamByDefault.patch

Logik umgestellt, debugmask kennt jetzt DEBUG_BIT_Action_SkipTriggerCam - weil es wäre sehr unschön, wenn das Plugin im Normalbetrieb schon debugmask != 0 braucht...

Zitat von gggggg

cinfo bitte in nächster Version das define auf 60s ändern.

Code

+#define TS_SCRAMBLING_TIME_OK 35 // seconds before a Channel/CAM combination is marked as known to decrypt

in welcher Datei?

cinfo : Das wäre direkt im vdr-2.4.6.mcli4.patch - aber lass es vorlaüfig noch, ich werde mir die ScrambleDetection noch einmal ansehen.

gggggg : Einmal mit 0x40df ohne osdteletext-Plugin, einmal mit 0xdf und teletext-Plugin. Die anderen Plugins können alle bleiben.

LG Helmut