ich habe einen Raspberry, in dem meine Karte läuft, alles rennt eigentlich sehr flüssig. Seit einiger Zeit habe ich aber festgestellt, dass es regelmäßig um 23 Uhr zu einem Bildaussetzer bei meinem Client kommt und das Bild einfriert und stehen bleibt, danach wird aber weiter fleißig entschlüsselt, nur leider muss ich hin. und her zappen, damit das Bild wieder läuft. Ich habe alle Netzwerkkomponenten untersucht, keine verbindet sich um 23 Uhr neu. Die Verbindung Client <---> Server wird nicht unterbrochen, die Log vom Client (Oscam 11570) sieht zu diesem Zeitpunkt folgendermaßen aus:
2020/02/26 22:59:59 c (ecm) anonymous (09C4@000000/0BB9/0072/A7:xxxxxxxxxxxxxxx): found (132 ms) by server1
2020/02/26 23:00:05 c (dvbapi) Demuxer 0 received updated CA PMT for program 0072
2020/02/26 23:00:05 c (dvbapi) Demuxer 0 continues descrambling for program 0072
2020/02/26 23:00:05 c (dvbapi) Demuxer 0 found 3 ECM pids and 3 STREAM pids in CA PMT
2020/02/26 23:00:06 c (ecm) anonymous (09C4@000000/0BB9/0072/A7:xxxxxxxxxxxxxxx): found (129 ms) by server1
2020/02/26 23:00:13 c (ecm) anonymous (09C4@000000/0BB9/0072/A7:xxxxxxxxxxxxxxx): found (131 ms) by server1
Scheinbar macht DVBAPI Probleme, hatte den Fehler gestern auch um die gleiche Zeit, die DVBApi mal geleert, aber heute trat der gleiche Fehler auf.
Meine anderen Configs vom Client sehen folgendermaßen aus:
Hat jemand ein ähnliches Phänomen? Muss am PMT-Mode etwas umgestellt werden oder am Boxtype? Ich bin Leider weiß ich gerade nicht, wie ich dieses Verhalten reproduzieren kann, außer bis 23 Uhr morgen zu warten.
Da der Ersatzuser ständig anfragt kann dvbapi nur insofern das Problem sein das die Konfiguration falsch ist, denn genutzt wird es nicht. Der Abfragezyklus passt, somit sagt auch das Logg nichts zum Problem aus.
Software update vorher gemacht? Hatte letztens auch bei einem Gerät ein Update gemacht und plötzlich hat oscam ohne ersichtlichen Grund das entschlüsseln eingestallt inklusive reboot irgendwann. Die Log sah genau gleich aus!
Dann habe ich ein Treiber Update bemerkt und mich entschieden ein älteres Image zu flashen. Danach war wieder alles gut.
Hat jemand ein ähnliches Phänomen? Muss am PMT-Mode etwas umgestellt werden oder am Boxtype? Ich bin Leider weiß ich gerade nicht, wie ich dieses Verhalten reproduzieren kann, außer bis 23 Uhr morgen zu warten.
PMT Updates kommen von Provider, zum Beispiel wenn die Tonspur sich geändert hat. Das Problem das es hier zu Freezern kommen kann wurde schon vor Jahren in OSCam behoben.
Software update vorher gemacht? Hatte letztens auch bei einem Gerät ein Update gemacht und plötzlich hat oscam ohne ersichtlichen Grund das entschlüsseln eingestallt inklusive reboot irgendwann. Die Log sah genau gleich aus!
Dann habe ich ein Treiber Update bemerkt und mich entschieden ein älteres Image zu flashen. Danach war wieder alles gut.
Softwareupdates mache ich in unregelmäßigen Abständen, jedoch besteht das Problem schon länger und dachte erst, es wären Freezer, bis ich mal eine regelmäßigkeit entdeckt habe.
Ich könnte mal versuchen, eine andere Oscam-Version zu nutzen.
Ich habe jetzt mal der Oscam Version ein Upgrade verpasst (11576). Leider ist das Phänomen aktuell nur reproduzierbar, nachdem Sky bei den Champions League spielen ins Studio schaltet, deswegen muss ich mich bis nächste Woche gedulden (wahrscheinlich gibt's auch andere Anwendungsfälle, die mir aber noch nicht bekannt sind).
So, ich habe das Verhalten reproduzieren können, leider auch wieder um genau 23 Uhr hält das Bild an.
Im Oscam Log vom Client sind haargenau die gleichen drei Einträge wie im ersten Post beschrieben. Hat jemand noch eine Idee?
Immer noch die gleiche wie im #2.
Dvbapi liest was ein (da aktiviert), kommt aber nicht zum entschlüsseln, da deine Einträge nicht passen, dann springt der Ersatzuser ein (anonymous).