Moin,
@rado84
es läuft. Wie biste denn auf den Teletext gekommen?
Wenn ich den Telext jedoch nur für zb die relevanten Sender herausfiltere, tritt der Fehler weiterhin auf.
Theoretisch müsste es doch reichen wenn ich zb. nur Buli 1 HD und co filtere.
Wie auch immer dann kann ich endlich den minisatip workaround abstellen.
Vielen Dank
@rado84
@rado84
WOW. Danke dafür.
Und auch direkt Lösungen für die tvh Entwicklung mitgeliefert.
Hut ab!
Danke für das positive Feedback. Wie so immer ging die meiste Zeit drauf um sich mit den Sachen vertraut zu machen. Die eigentliche Lösung ist ja dann trivial
- MPEGTS Aufbau
- Descrambler Trace/Debug2 output von TVHeadend
- Tooling wie dvbsnoop
Ich dokumentiere es mal hier, falls ein ähnliches Problem nochmal mit einer anderen PID auftritt.
Am einfachsten war es am Ende den "rohen" TS Stream mit dem Problemsender in eine Datei zu speichern (mit dem HTTP Link von minisatip (aber ohne --dvbapi)): (e.g. für 30s)
und diesen dann per dvbsnoop den file analysieren:
1. Scrambling Bit(s) für alle Pakete ausgeben:
hier "sollte" der wechsel von odd->even (oder even->odd) für alle verschlüsselten Pakete gleichzeitig erfolgen. Man stellt aber fest, dass teilweise odd und even wild durcheinander fliegen.
2. So sieht man auch die PIDs:
und findet raus, dass PID 32 irgendwie aus der Reihe tanzt.
3. So beschränkt man Ausgabe auf PID 32 und die PID danach
In TVHeadend habe ich dann nachgesehen was PID 32 entspricht und konnte erfreut feststellen, dass dies ein TELETEXT ist und TVH eine eingebaute Filterfunktion hat. Ich hatte das ganze jetzt nur für Bundesliga 1 getestet, dementsprechend war ich an euerem Feedback interessiert. Sollte Sky/Vodafone dieses "Problem" auf eine Video oder Audio PID legen, dann müsste man auf jeden Fall den Descrambler in TVHeadend patchen.