Wenn während einer Sendung das Bildformat wechselt, z.B. Scrubs läuft gerade in 4/3, dann kommt Werbung in 16/9, bleibt rpihddevice auf 4/3 stehen und verzerrt das Bild. Schalte ich einmal um und zurück ist alles ok.
Kann man da was machen??
Habe das kurz auf meinem Test-VDR getestet und sehe das Probem nicht - allerdings habe ich das Ausgabeformat fest auf die Displayauflösung eingestellt. Wie lauten deine Einstellungen?
Gruss
Thomas
Hallo,
Ich lasse den Sender laufen. Irgendwann kommt Werbung, Die ist im 16/9 Format. Im Log erscheint aber nicht das rpihddevice das mitbekommen hat. Das Bild ist verzerrt. Die schwarzen Balken links und rechts bleiben. Dann schalte ich einmal hoch und wieder zurück und rpihddevice erkennt jetzt 16/9:
Kann ich bestätigen, habe ich auch schon mehrfach beobachtet.
Gruß,
Frank
Eingestellt ist in den Pluginparameter: Auflösung: 1920x1080. oder Voreinstellung.
Das ist bei dir auch so?
Ja, ist bei mir auch so. Ist die Aufnahme in H.264 oder MPEG2? Bei mir ist es letzteres - evtl. verhält sich der H.264-Decoder anders& In dem Fall wäre ich froh um eine kurze Testaufnahme, um das Problem bei mir nachzustellen.
Gruss
Thomas
Hallo Thomas. Das Videoformat ist Mpeg2. Ich habe dir mal eine kurze Testaufnahme geschickt. Link per PM. Dort läuft Werbung in 16/9 und beim wechsel auf die Serie 4/3 ändert sich nicht das Bildformat und das Bild wird in die Breite gezogen.
Danke für die Aufnahme, damit sehe ich das Problem auch. Komisch, bei meinen früheren Sendungen klappte die Umschaltung problemlos... ich versuche mal, mich schlau zu machen.
Gruss
Thomas
Ist nun gefixt und in git eingecheckt. Vielen Dank fürs Melden!
Gruss
Thomas
Vielen Dank Thomas. Ich werde es gleich testen.
EDIT:
Läuft super. 
Ja, siehe hier: Git
Ja, siehe hier: Git
Ja, das habe ich gesehen. Diese Änderung ist für den fehlenden Ton bei Euronews.
Ich habe den Wert :
#define OMX_PRE_ROLL 128
verdoppelt auf:
#define OMX_PRE_ROLL 256
Nun scheint es zu funktionieren.
Vielen Dank.
#define OMX_PRE_ROLL 256
Wo hast du dieses definiert? Nur so aus Interesse....
Gruß,
Uwe
Nun scheint es zu funktionieren.
Für Live-TV vermindert ein höherer Wert das Risiko von Aussetzern - bei der Wiedergabe von Aufnahmen sollte dieser aber idealerweise Null sein, da hier ja die Buffer sofort volllaufen. Und ein Pre-Roll ist für die ganzen Trick-Speeds nur hinderlich. Ich werde das noch so ändern, dass der Wert entsprechend gesetzt wird, je nach Wiedergabeart.
Gruss
Thomas
Wo hast du dieses definiert? Nur so aus Interesse....Gruß,
Uwe
In der aktuellen GIT Version wird der Wert in der "omxdevice.c" definiert.
dieser ist jetzt Default bei 250ms.
Ich habe ihn jetzt wieder bei 128ms und lebe ohne aussetzer.
Ja, das habe ich gesehen. Diese Änderung ist für den fehlenden Ton bei Euronews.
Ich habe den Wert :Code#define OMX_PRE_ROLL 128
verdoppelt auf:Code#define OMX_PRE_ROLL 256
Nun scheint es zu funktionieren.
Vielen Dank.
Der Wert ist nun wieder bei 128. Schuld war eine hohe CPU-Last durch den Samba Daemon "SMBD". Der schein seit dem letztem update ein Problem zu haben.
Nachdem Samba nun auf NFS-Kernel-Server umgestellt wurde geht wieder alles.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!