yaVDR ansible: Picture-in-Picture softhddevice => Neustart

    Hallo zusammen,


    ich möchte im softhddevice Picture-in-Picture auf meinen Intel-System nutzen. Wenn ich PiP-start gibt es eine Bauchlandung, der VDR (oder zumindest das Frontend) startet neu:

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD mit nVidia GT1030 unter Ubuntu 20.04

    Da Crasht der komplette VDR.

    Zitat von r371769

    Mar 5 12:30:42 vdr-uhd vdr: video/vaapi: out of decoders

    Das klingt so, als ob das Plugin da nicht in der Lage ist mehr als eine Videospur mit vaapi anzuzeigen - ob das eine hardwareseitige Limitierung ist (was für Hardware nutzt du denn?) oder ob das Problem in softhddevice steckt weiß ich leider nicht, dazu kenne ich ffmpeg nicht gut genug.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Ich meinte die Intel-IGP, die das Hardwaredecoding für die Ausgabe macht.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Nachdem vaapidevice die PIP-Funktionalität rausgeworfen hat, stehen die Chancen vermutlich nicht allzu gut, dass man das erfolgreich mit va-api und softhddevice nutzen kann.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Das ist aber sehr schade. Besteht eine Chance das "alte" Plugin PIP zu reanimieren?

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD mit nVidia GT1030 unter Ubuntu 20.04

    Zitat von r371769

    Besteht eine Chance das "alte" Plugin PIP zu reanimieren?

    Wenn jemand einen Patch bastelt, der es wieder nutzbar macht - das osdpip-Plugin war schon nicht mehr gegen das ffmpeg in trusty baubar ...


    Ansonsten gäbe es noch das yavdr-addon-pip, das startet bei Bedarf eine zweite VDR-Instanz (die man z.B. über streamdev oder satip versorgen kann), um eine PIP/PBP Funktionalität zu realisieren.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Andere Frage:

    Beim yaVDR bisher kam eine Meldung, wenn das Frontend detached ist. Bei ansible kommt sie (zumindest bei mir) nicht mehr.


    Ist dies einstellbar, so dass dann wieder eine Meldung kommt?

    4x yaVDR 0.7: ASUS P5N7A-VM // 2*TeVii S460 // Atric mit Lirc // 4*1,5TB // 7" TFT

    Im Aufbau: VDR-UHD mit nVidia GT1030 unter Ubuntu 20.04

    Ich versuche das gerade nachzuvollziehen, was du geschrieben hast - bei mir klappt das detachen des Frontends beim Drücken der Power-Taste auf der Fernbedienung mit vaapidevice einwandfrei:


    Und sobald das Frontend detached ist, zeigt er das Hintergrundbild mit roten Power-Symbol im Logo an, um zu signalisieren, dass das Frontend versucht den VDR herunterzufahren:

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Und wenn ich das Frontend detache frontend-dbus-send stop bekomme ich das Hintergrundbild, das ein detachtes Frontend signalisiert:



    Edit: mit frontend-dbus-send toggle klappt das nicht, das muss ich mir noch mal ansehen.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Einmal editiert, zuletzt von seahawk1986 ()

    Und bei einem Deta -> Atta Zyklus habe ich mit sowohl mit softhddevice als auch mit vaapidevice nach dem Attachen ein Bild (der Laptop, der als Intel-Testsystem dient, hängt über streamdev-client am Haupt-VDR).

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Zitat von seahawk1986

    Edit: mit frontend-dbus-send toggle klappt das nicht, das muss ich mir noch mal ansehen.

    Da genügt eine Anpassung in der /usr/lib/python3/dist-packages/yavdr_frontend/yavdrfrontend.py, um das zu beheben:

    Ich muss noch mal schauen, ob ich mich irgendwo darauf verlasse, dass toggle nicht-interaktiv arbeitet, ansonsten packe ich das demnächst ins Paket.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Die Änderung ist mittlerweile im Paket.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    Man möge mir verzeihen, dass ich den Thread nach einem Jahr ausbuddele, aber es passt irgenwie nur hier rein.


    Mein vdr ist unser yavdr-ansible und focal unterwegs mit dem J4105 Mainboard (ähnlich dem oberen 5005).

    Beim Versuch yavdr-addon-pip zu nutzen, habe ich den gleichen log-Eintrag wie r371769 oben und der vdr startet ebenfalls neu.

    Ich nehme an, das es im addon keine weiteren Fortschritte gab, das pip unter vaapi lauffähig zu machen.


    Keine Kritik an dieser Stelle, kann ich doch selbst programmiertechnisch nichts beitragen - testen könnte ich schon.

    Ich möchte nur sichergehen, dass ich konfigurationstechnisch nicht etwas essentielles übersehen habe.

    :bpl
    __________________________
    Produktiv-System: Asrock J4105M + 2x DVBSky S952 V3 + smart Mickey Mouse + LG OLED65C7D - yavdr ansible focal - softhddevice 1k + Kodi in 4k

    So nebenbei: Coreelec auf Odroid-N2 und im Aufbau eine HK1 RBOX (S905X4), auch mit Coreelec

    Zitat von lnj

    With softhddevice and vaapi pip does not work yet, now I do not have hardware to do something with vaapi.

    PIP mit vaapi geht nicht. Der vaapi Dekoder kann nur einen Stream bearbeiten. FFMPEG verhindert zwar nicht einen zweiten zu öffnen, aber dann kommt der Dekoder durcheinander und mischt die Streams. das konnte ich gut beobachten beim Versich PIP in softhdvaapi zu korrigieren. Dann habe ich PIP aus softhdvaapi rausgenommen.

    Schade. Danke für die Rückmeldung. Dann besteht also keine Hoffnung mehr auf dieses Feature bei vaapi.


    Gruß

    Stefan

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden