@chiefobrei So eine OSCam brauchen wir nicht für ARM-Boxen. Da gibt es OE 2.5 welches nicht unter dieser speziellen Krankheit der DM One/Two leidet. Aber es geht noch besser.
Wir machen es einfach und gehen dem Elend auf den Grund.
1. Frage:
Was macht die besser laufende OSCam sichtbar anders? Wir schauen ins Log der bisherigen Version und sehen was schon immer zu sehen war:
Das Log hoppelt. Es geht trotzdem. Folglich interessiert das kein Schwein. Die ruhiger laufende OSCam macht das nicht. Aha!
2. Frage: Was passiert beim Hoppeln?
Man schaltet im Log das Debugging fürs DVBAPI scharf (128) und sieht u. A. das dauernd wiederkehrend:
Der Demux mag bei euch ein anderer sein. Der Programmfluss bleibt. Was soll das? Das sieht richtig kacke aus. Da randaliert jemand herum.
Jetzt kommt eins zum anderen. Die DM One/Two haben leider einen Knall. Die kommen von Zeit zu Zeit mit ihren FDs („file descriptors“) durcheinander. Man sieht auch ohne ständiges Öffnen eines Demux von Zeit zu Zeit sowas:
Das ist kaputt. Andere Boxen machen solchen Mist nicht. Das ist eine „Spezialität“ der DM One/Two Boxen.
Nun kippen wir das ganze dumme Zeug zusammen. Einer randaliert und der andere kommt selbst im normalen Betrieb hin und wieder durcheinander. Bum!
Das ist die Ursache für das Drama. In der normalen Geschäftswelt würde jetzt einer auf den anderen zeigen obwohl beide Mist machen. Allerdings ist hier der zweite nicht mehr da und so normal ist unsere Geschäftswelt auch nicht. He he!
3. Was tun?
Macht die Ursache für das Hoppeln weg und die DM One/Two ticken nicht mehr ab. Wie und wo das abgestellt wird ist völlig Würstchen. Hauptsache da randaliert keiner mehr an den Demuxen herum.
Wenn sogar Tiere das hinbekommen, sollte es für die versammelte Crowd kein Ding sein.
Also ran an die Tasten, wo auch immer die Änderung in eurem Code am besten aufgehoben ist.