[gelöst] yavdr - softhddevice - Wiedergabe von 4:3 Medien auf 16:9 TV

wmautner · 11. November 2020

Dann müßte eigentlich die Live-Wiedergabe eines Fernsehprogramms stimmen. Wenn ein normales Programm aufgenommen wird, was sagt ffprobe zu DAR und SAR?

Und nochmal, wie sieht ein im Fenster, meinetwegen auf dem Windows-PC, mit VLC geöffnetes 00001.ts jeweils aus? (Format bei VLC auf Standard 1:1 lassen)?

Thom_H · 11. November 2020

Bei HD-Aufnahme (One HD) sagt ffprobe:

Stream #0:0[0x1523]: Video: h264 (High) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, progressive), 1280x720 [SAR 1:1 DAR 16:9], 50 fps, 50 tbr, 90k tbn, 100 tbc

Das bestärkt mich in meiner Annahme, dass statt SAR 1:1 hier PAR 1:1 stehen müsste.

Mit softhddevice '4:3 display format' auf letterbox und '16:9 + other video display format' auf pan&scan wird HD (Liveprogramm und Aufnahmen, auch selbst konvertierte Videos) korrekt wiedergegeben. Nur das SD-Material ist Quadratisch zusammengestaucht mit breiten schwarzen Rändern.

Meine selbst konvertierten 4:3 laufen in VLC und allen anderen Playern korrekt 4:3. Auch mein raspi-vdr mit rpihddevice stellt die korrekt 4:3 auf meinem 16:9 TV dar. Das Problem habe ich nur auf meinem yavdr ansible auf Ubuntu 18.04 mit softhddevice.

Hat softhddevice Konfigurationsdateien, die ich nicht kenne?

lnj · 12. November 2020

Video aspect is determined automatically from the codec data. VDPAU and CUVID work a little differently, which is why I suggested uploading an part of the recording to see what can be done.

Thom_H · 12. November 2020

Here is an example: http://charlottenburger22.de/images/00001.ts

wmautner · 12. November 2020

Das Beispiel sieht bei mir im VLC und auf dem VDR in Kodi normal aus (4:3, normale Balken, nicht gestaucht). VDR selbst will den Eintrag partout nicht indexieren.

wmautner · 12. November 2020

Zitat von Thom_H

Mit softhddevice '4:3 display format' auf letterbox und '16:9 + other video display format' auf pan&scan wird HD (Liveprogramm und Aufnahmen, auch selbst konvertierte Videos) korrekt wiedergegeben. Nur das SD-Material ist Quadratisch zusammengestaucht mit breiten schwarzen Rändern.

Dann war das allererste Beispiel

https://charlottenburger22.de/images/screenshot-1.jpg]

aber irreführend? Das sah doch wie ein falsch gestauchtes LIVE-Bild aus?

Thom_H · 12. November 2020

Sorry, das Bild habe ich mit den von Dr. Seltsam empfohlenen Einstellungen "softhddevice '4:3 display format' auf letterbox und '16:9 + other video display format' auf pillar". Das hätte ich schreiben müssen.

Da ist 16:9 auf pillarbox die Ursache. Das habe ich wieder auf pan&scan gestellt. Damit funktioniert 16:9 jetzt bei mir.

Wenn pillarbox bei ihm und jsffm funktioniert, kann da nur der Fernseher beteiligt sein, der mit 'auto' das Bild wieder auf 16:9 auseinanderzieht. Da darf dann aber das OSD nicht über schwarzen Balken liegen.

Indexieren hat bei mir problemlos funktioniert. Ich habe jetzt das komplette Directory inkl. index abgelegt: https://charlottenburger22.de/images/test.zip

seahawk1986 · 12. November 2020

Bei mir wird das mit vdr-plugin-softhddevice-cuvid (das nutzt CUVID statt VDPAU) korrekt angezeigt (und 16:9 Material ist bildschirmfüllend) - in der setup.conf müssten das die relevanten Einstellungen sein:

Code

VideoDisplayFormat = 2
VideoFormat = 0

Bzw. in den DVB-Einstellungen des Setup-Menüs

Videoformat: 4:3
Video-Anzeigeformat: Center-cut-out

Ist nicht besonders intuitiv, sollte aber funktionieren - ein GRAB über svdrp sieht dann so aus (der Schnipsel ist so kurz, dass sich da nichts bewegt):

wmautner · 12. November 2020

Ok, danke - ich habe auch softhddevice-cuvid, aber mit --vdpau (GF720). Der Vorteil gegenüber dem normalen softhddevice scheint bei mir zu sein, daß bei den Deinterlacern auch "anamorph" zur Verfügung steht und deutlich besser bei SD aussieht.

Jedenfalls hab ich die Setup-DVB-Videoformat 16:9 und

Code

grep Format setup.conf
VideoDisplayFormat = 1
VideoFormat = 1
softhddevice.Video4to3DisplayFormat = 1
softhddevice.VideoOtherDisplayFormat = 1

und das Schnipsel sieht auch ok aus bei mir. Ebenso wie seit langem schon die eigenen Aufnahmen

Thom_H · 23. November 2020

Ich habe Ursache gefunden: beim Installieren von ubuntu 18.04 und yavdr ansible hatte ich den Rechner an einem Monitor mit 3440 x 1440 ( 2,3888 : 1 ) angeschlossen. Wenn ich jetzt ein gegrabtes Bild auf dieses Seitenverhältnis strecke, ist auch mein 4:3 Video im korrekten 4:3-Format.

Stellt sich nur die Frage, wie kann ich das korrigieren? Wo sind die 3440 x 1440 eingetragen?

SurfaceCleanerZ · 23. November 2020

Xorg. Conf

Thom_H · 23. November 2020

In der xorg.conf steht es nicht. Da hätte ich es gefunden. Es muss irgendwo an anderer Stelle stehen, wo es nur vdr und/oder Softhddeviece verwendet.

Code

#
# *** ANSIBLE MANAGED FILE ***
# template: /home/thomas/yavdr-ansible/roles/yavdr-xorg/templates/xorg.conf.j2
#

Section "ServerLayout"
    Identifier     "Layout0"
    Screen         0  "Screen0" 0 0
    #InputDevice    "Keyboard0" "CoreKeyboard"
    #InputDevice    "Mouse0" "CorePointer"
    Option         "Xinerama" "0"
EndSection

Section "InputClass"
    Identifier "exclude eventlircd devices"
    MatchTag   "eventlircd"
    Option     "Ignore"    "True"
EndSection

Section "Monitor"
    Identifier     "Monitor0"
    VendorName     "GSM"
    ModelName      "LG HDR DQHD"
    Option         "DPMS"
    Option         "ExactModeTimingsDVI" "True"
EndSection

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    Option         "NoLogo"              "true"
    BoardName      "GeForce 320M"
    BusID          "PCI:5@0:0:0"
    Screen          0
    Option         "ConnectedMonitor" "HDMI-0"
    Option         "CustomEDID" "HDMI-0:/etc/X11/edid.HDMI-0.bin"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "nvidiaXineramaInfoOrder" "HDMI-0"
    Option         "UseDisplayDevice" "HDMI-0"
    Option         "metamodes" "HDMI-0: 1920x1080_50 +0+0 {ForceCompositionPipeline=Off, ForceFullCompositionPipeline=Off}"
    Option         "AllowIndirectGLXProtocol" "off"
    Option         "TripleBuffer" "on"
    Option         "SLI" "Off"
    Option         "MultiGPU" "Off"
    Option         "BaseMosaic" "off"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection


Section "Extensions"
    Option         "Composite" "Disable"
EndSection

Alles anzeigen

jsffm · 23. November 2020

Gibt es dort einen Verweis auf eine edid? Wenn ja, deaktivieren.

seahawk1986 · 23. November 2020

Am besten die Monitor-Detektion noch mal laufen lassen, damit nicht mehr die EDID des extrabreiten Monitors genutzt wird. Man kann außerdem die Nutzung von quadratischen Pixeln erzwingen, falls die EDID da etwas krummes meldet: https://github.com/yavdr/yavdr…focal/group_vars/all#L121 bzw. wenn man die xorg.conf direkt bearbeiten will: https://github.com/yavdr/yavdr…emplates/xorg.conf.j2#L39

Thom_H · 23. November 2020

Nachdem ich CustomEDID aus xorg.conf entfernt habe, funktioniert es jetzt

Ich werde es mit der Monitor-Detektion nochmal versuchen.

Danke für die Hilfe.

[gelöst] yavdr - softhddevice - Wiedergabe von 4:3 Medien auf 16:9 TV

Jetzt mitmachen!

Teilen