@Claus
Ich habe diesen Fred mal wieder ausgegraben, weil ein neues(evtl. auch altes) Problem in Verbindung mit dem
neuen VDR-2.3.9 und dem streamdev im 5.4U auf dem RPI(3) auftritt.
Sobald über den streamdev eine Verbindung aktiv vom server zum client übertragen wird, und man zappen möchte,
blockiert der VDR bzw. der streamdev den VDR, und die ganze Sache läuft in den watchdog rein.
Die Erstverbindung gleich nach dem Start der streamdev server/client Verbindung funktioniert dann wieder,
bis wieder gezappt wird.
Der Watchdog bzw. die Blockade tritt nur auf dem Client auf, und auch nur auf dem RPI(3).
Streamdev server/client Verbindungen in Richtung x64 VDR-2.3.9 macht keine Probleme.
Wir hatten doch im Dezember (siehe dieser Fred) auch das Problem, dass nach einem Update des VDR,
seltsame Blockaden in Verbindung mit streamdev auftraten, die sich aber nur auf dem RPI zeigten.
Du hast damals einen Patch im VDR als Ursache ausgemacht, und deaktiviert. Danach lief's wieder rund.
Kann es sein, dass dieser Patch im aktuellen RPI(3) VDR-2.3.9 wieder drin ist, und jetzt erneut Probleme macht?
Alle beteiligten Systeme laufen mit dem aktuellen 5.4Unstable (X64-PC und RPI-3)
Gruß -Wanninger
Nachtrag: Es werden jedes mal die folgenden Fehler am RPI(3) Client ausgegeben.
*** Error in `/usr/bin/vdr': double free or corruption (out): 0x009a9688 ***
Aborted
VDR exits at Fr Mär 23 12:11:29 CET 2018
*** Error in `/usr/bin/vdr': double free or corruption (out): 0x021e8688 ***
Aborted
VDR exits at Fr Mär 23 12:12:47 CET 2018