Von welchem PIP reden wir hier? Das native von softhddevice, das yavdr-addon-pip oder eine andere Lösung?Ups, die Überschrift muss ich mitlesen - dann ist die Frage was in den Logs der beteiligten Upstart-Jobs steht.
Von welchem PIP reden wir hier? Das native von softhddevice, das yavdr-addon-pip oder eine andere Lösung?Ups, die Überschrift muss ich mitlesen - dann ist die Frage was in den Logs der beteiligten Upstart-Jobs steht.
He he!
Das kläre ich... im Log schaue ich natürlich immer zuerst rein, konnte aber nichts finden. Ich schaue aber gerne nochmal nach.
Das Ganze hat zwei Haken, zum einen schaltet das streamdev nicht zuverlässig um und auch mit den dbus Befehlen im Skript hatte ich das Problem das es nicht zuverlässig geschaltet hat. Mit satip und good old svdrpsend ist es perfekt.
Christian
Mich würden da trotzdem die Logs interessieren - also was die beiden VDRs ins Log schreiben, und das was das pipswap Upstart-Job dabei liefert.
Kann es sein, dass eure VDRs länger als eine Sekunde zum Umschalten benötigen?
Was mir gerade noch auffällt: wenn man die vdr-pip.conf oder die vdr-pip.conf-splitscreen nutzt, wird da das dbus2vdr-Plugin nicht gestartet und die Instanz-ID des zweiten VDR nicht gesetzt. Der Aufruf sollte eigentlich wie in https://github.com/yavdr/yavdr…ster/vdr-pip-org.conf#L20 aussehen - das müsste eigentlich eine dicke Fehlermeldung im vdr-dbus-send Upstart-Job geben.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!
