Beiträge von FernetMenta

Zitat von jasminj

Edit:

Noch ne Idee: Das CAM braucht Zeit! Vielleicht ist VNSI nur zu ungeduldig.

Ich hab jetzt nach dem ganzen geschreibsel nochmal darüber nachgedacht und verstehe nicht warum VNSI überhaupt TsIsScrambled so verwendet, dass es das CAM resetiert. Es mag ja sein, dass man verschlüsselte Pakete nicht via VNSI übertragen darf, also würde ich den Returnwert so ändern, dass dieses eine Paket schlicht verworfen wird und Punkt. Dann hat das keine Konsequenzen, weil der VNSI Client könnte damit sowieso nichts anfangen.

Dann verkraftet das VNSI Plugin auch die anfänglich kommenden verschlüsselten Pakete. Und wenn die zwischendurch auch kommen sollten (siehe Hinweis zur PID Ausgabe weiter oben), dann kann man ja immer noch weiter untersuchen warum.

LG,

Jasmin

Alles anzeigen

vnsiserver resettet den CAM, weil es CAMs gibt, die das brauchen. Das Auftauchen von verschlüsselten Paketen nachdem bereits unverschlüsselte angekommen sind, ist ein Indikator, des sich solche CAMs nicht mehr eigenständig regenerieren. Zugegeben ein workaround.

Interessant wäre mal zu wissen, bei welchen streams das hier vorkommt. Vielleicht kann ja jemand m_streamContent, m_streamType in parser.c mit loggen. Dann wissen wir mehr.

Hallo Lars,

ja, dein Patch fixt die Ursache. Meiner sorgt nur dafür, das es nicht mehr abstürzt.

Sorry, ich dachte es wäre offensichtlich durch den Titel. VDR crasht furchtbar, wenn zuvor (wie im Kommentar vermerkt) GetCaDescriptors -1 zurückliefert. In diesem Fall wird dann memcpy mit -1 aufgerufen.