Zusammenfassung Intel VAAPI & edid.bin

Ok, da liefert parse-edid einen Mode 13 ohne Timing-Informationen - ich habe den Python-Code mal angepasst - bitte hol dir noch mal den aktuellen Git-Stand und versuche es erneut.

Super, jetzt läuft alles mit grün durch!

Jetzt passt es und ich kann die /etc/X11/edid.DP-1.bin als Vorlage benutzen.

Komisch, in dem Monitor OSD wird unter Info nicht 50hz angezeigt.

Die Ausgabe von xrandr -d :0 --verbose deute ich so dass er 1920x1080+0+0 (0x46) 

bzw.

1920x1080_50 (0x46) 148.500MHz +HSync +VSync *current +preferred
        h: width  1920 start 2448 end 2492 total 2640 skew    0 clock  56.25KHz
        v: height 1080 start 1084 end 1089 total 1125           clock  50.00Hz

also 50hz ausgibt. ..

Zitat von vdr_rossi

Komisch, in dem Monitor OSD wird unter Info nicht 50hz angezeigt.

Was sagt denn xrandr -d :0 und was steht in der /etc/ansible/facts.d/xrandr.fact?

root@vdr5:/home/rossi# xrandr -d :0
Screen 0: minimum 8 x 8, current 1920 x 1080, maximum 32767 x 32767
DP1 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 890mm x 500mm
   1920x1080_50  50.00*+
   1920x1080i    60.00 +  50.00    59.94
   1920x1080_60  60.00
   1920x1080     60.00    50.00    59.94    30.00    25.00    24.00    29.97    23.98
   1920x1080_30  60.00    30.00
   1920x1080_25  50.00    25.00
   1920x1080_24  24.00
   1920x540_60  120.11
   1920x540_50  100.09
   1280x720_60   60.00    60.00
   1280x720_50   50.00
   1280x720      60.00    50.00    59.94
   720x576_50    50.00
   720x576       50.00
   720x480_60    60.00    59.94
   720x480       60.00    59.94
   640x480       60.00    59.94
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

und

root@vdr5:/etc/ansible/facts.d# cat xrandr.fact
{
    "xrandr": {
        "Screen 0:": {
            "DP-1": {
                "EDID": "00ffffffffffff0038a38567000000000914010380593278321aada455499b250f474a20000001010101010101010101010101010101011d8018711c1620582c250076f23100009e011d80d0721c1620102c258076f23100009e000000fd00313d1a440f000a202020202020000000fc00503430310a2020202020202020019f02031ff14c851404130312101f20212200230907078301000065030c001000011d007251d01e206e28550076f23100001e011d00bc52d01e20b828554076f23100001e8c0ad08a20e02d10103e960076f2310000188c0ad090204031200c40550076f23100001800000000000000000000000000000000000000000000000054",
                "auto": "",
                "current": "",
                "is_connected": true,
                "modes": {
                    "1280x720": [
                        60,
                        50
                    ],
                    "1920x1080": [
                        60,
                        50,
                        30,
                        25,
                        24
                    ],
                    "640x480": [
                        60
                    ],
                    "720x480": [
                        60
                    ],
                    "720x576": [
                        50
                    ]
                },
                "preferred": ""
            },
            "DP-2": {
                "EDID": "",
                "auto": "",
                "current": "",
                "is_connected": false,
                "modes": {},
                "preferred": ""
            },
            "HDMI-1": {
                "EDID": "",
                "auto": "",
                "current": "",
                "is_connected": false,
                "modes": {},
                "preferred": ""
            }
        }
    }

Zitat von vdr_rossi

1920x1080_50 50.00*+

Zumindest sieht es so aus, als ob er 1080p50 gewählt hätte - das Sternchen markiert den aktuell gewählten Mode, das Plus den bevorzugten.

Danke seahawk1986 für die zielführende Hilfe!

An dem Punkt xorg.conf und edid definieren muss ich in der Woche weitermachen.

Wo ist die bei yavdr ansible zu finden? /etc/X11/xorg-verbose.conf ?

Hoffe das fnu nicht sauer ist, weil ich seinen Beitrag gekapert habe.

Immerhin hilft das den steigenden yavdr ansible Benutzern weiter

Zitat von vdr_rossi

An dem Punkt xorg.conf und edid definieren muss ich in der Woche weitermachen.

Das musst du nicht zwingend machen - Ich hatte da in [Gelöst] yaVDR ansible / osd2web mit Intel-Grafik auf TFT ff. schon was dazu geschrieben - prinzipiell genügt es dem Kernel die EDID-Datei für den Anschluss mitzugeben.

Wenn du wie von fnu beschrieben video=HDMI-A-1:1920x1080@50D setzt, funktioniert nur ein angeschlossener Bildschirm, aber es hat den Vorteil, dass es keine Mode-Umschaltung beim Start des X-Servers gibt (der Rechner würde dann mit 1920x1080@50Hz booten und der X-Server das beibehalten) - ansonsten würde er mit dem Bevorzugten EDID-Mode starten (normalerweise 1920x1080@60Hz) und dann beim Start des X-Servers auf 1920x1080@50Hz umschalten.

Zitat von vdr_rossi

Wo ist die bei yavdr ansible zu finden? /etc/X11/xorg-verbose.conf ?

Die Datei dient nur dazu den X-Server bei der Bildschirmerkennung mit Debug-Ausgabe starten zu lassen und sollte nicht verändert werden.

Für den normalen Betrieb wird die /etc/X11/xorg.conf.d/20-intel.conf für die Intel-Konfiguration genutzt. Das Laden der EDID über die Xorg-Konfiguration ist nach meiner Erfahrung überflüssig, weil die EDID sowieso schon vom Kernel fest vorgegeben wird, wenn man eine Boot-Option wiedrm.edid_firmware=HDMI-A-1:edid/edid.HDMI-1.bin gesetzt hat.

Zitat von fnu

nachdem meine VDRs mit Intel Ausgabe nun lange problemlos mit einer festen Modeline funktionierten, kam es mit neueren Kernels (4.15.0) in den letzten Wochen immer wieder mal zu dem Phänomen der fehlenden Videoausgabe, wenn AVR & Plasma beim automatischen VDR Start nicht eingeschaltet waren (Ton war da!) und man die Geräte danach einschaltete.

Nachdem ich das endlich auf OpenSuSE umgesetzt habe (vielen Dank Frank!), stelle ich leider fest, dass der Ton fehlt, wenn der Monitor beim Boot nicht angeschlossen/ eingeschaltet war.

Es ist dann noch ein HDMI-Reset notwendig. Ist das bei Euch auch so?

#!/bin/bash 
xrandr -display :0.0 --output HDMI1 --off 
xrandr -display :0.0 --output HDMI1 --auto

Und wenn in der xorg.conf keine 50 Hz-Modeline eingetragen ist, schaltet der Monitor danach auf 60 Hz um.

Danke und Gruß

Stefan

Zitat von fnu

Erzähl mal was zur Hardware?

Das Wichtigste wieder vergessen...

Asus H310i-plus + i3-8100 + alsa

Stefan

Beim Vergleich mit/ohne angeschlossenem Monitor kann ich im Xorg-Log keine Unterschiede erkennen.

Gruß

Stefan

P.s.: Danke, Frank, für Deine Mühen!

Zitat von fnu

den VDR mal ohne HDMI Kabel zu starten, das Kabel einzustecken und danach mal alle Log Files auf verdächtiges zu prüfen ...

Das einzig Auffällige ist eine Zeile im Log nach dem Anschluss des HDMI-Kabels:

kernel: [drm] Got external EDID base block and 1 extension from "edid/edid.bin" for connector "HDMI-A-1"

Warum bekommt er eine "external EDID..." beim Anschluss des Monitors, wenn er die gleiche EDID doch zum Boot und dann auch noch zum X-Start übergeben bekommt?

Stefan

Im Zuge einer Neuinstallation mit Kernel 5.1 funktioniert alles wie gewollt - der Ton ist da, ein HDMI-Reset ist nicht mehr notwendig.

Woran es lag, kann ich somit leider nicht sagen.

Dir Frank nochmals vielen Dank für die Anleitung zu Beginn dieses Threads und Deine Unterstützung bei der Fehlersuche!

Stefan

P.s.: Falls jemand eine Anleitung zu Ramdisk und Opensuse benötigt, so kann ich diese gerne hier einstellen. Übrigens geht dabei auch ein 2. Monitor für osd2web.

Anleitung für SuSE

Zitat von fnu

Gerne doch, schön das es jetzt bei Dir läuft.

Einfach machen, werde im 1. Post dann darauf verlinken.

Gruß

Frank

Hallo Frank,

nun hatte ich die Opensuse-Anleitung völlig vergessen. Aber lieber spät als nie...

Unter Opensuse 15.1 ist alles wie in Deinem ersten Link gleich, nur das Erzeugen der Ramdisk geht anders:

vi /usr/lib/dracut/dracut.conf.d/edid.conf

#This file has recently been added to kpartx. 
# Not all dracut versions know about it. 
install_items+=" /lib/firmware/edid/edid.bin "

mkinitrd

Ramdisk zur Kontrolle entpacken (hier muss nun die edid-Datei enthalten sein):

mkdir /tmp/initrdmount && cd /tmp/initrdmount && /usr/lib/dracut/skipcpio /boot/initrd | unxz | cpio -i && ll lib/firmware/edid

Grub anpassen

vi /etc/default/grub

GRUB_CMDLINE_LINUX="video=HDMI-A-1:1920x1080@50D drm.edid_firmware=HDMI-A-1:edid/edid.bin"

grub2-mkconfig -o /boot/grub2/grub.cfg

Auch wenn Opensuse 15.1 einen Kernel < 4.15 hat, muss dennoch drm.edid_firmware genommen werden (Suse portiert gerne mal neuere Änderungen in den alten Kernel).

Viel Spaß

Stefan

P.s.: Da ich noch ein zweites Display habe, habe ich einfach die zweite edid in die Ramdisk und in Grub auch dazu genommen und die Angabe der video-Auflösung in Grub weggelassen. Seahwak hatte das mal erläutert. [Gelöst] yaVDR ansible / osd2web mit Intel-Grafik auf TFT

Anleitung für ArchLinux

Hier einmal eine Anleitung speziell für Arch:

https://github.com/VDR4Arch/vd…ation-(en_US)#Intel_VAAPI

Ich möchte testhalber Kodi mit Wayland starten und dafür ist wichtig direkt beim Booten in die richtige Auflösung zu starten. Genau das geht mit den Optionen in meiner Auflistung. Direkt beim Booten wird auf 1080p50 gestellt und eigentlich sollte das, dank edid.bin, auch gehen wenn der HDMI-Stecker nicht gesteckt ist.

Zitat von seahawk1986

Weißt du zufällig, wie sich das verhält, wenn man wie von dir beschrieben eine Konfiguration aufbaut und dann andere Bildschirme anschließt? Kann man da ohne Reboot (für den man dann das Laden der EDID ausbaut) die Bildschirme neu erkennen lassen und an die neue EDID kommen?

Zitat von clausmuus

Wenn ich mich richtig erinnere ist das auch bei Intel Grafikkarten möglich. Es könnte aber sein, dass zusätzlich zu der geänderten xorg.conf auch noch ein "echo > /sys/module/drm_kms_helper/parameters/edid_firmware" nötig ist.

Ein paar Jahre später habe ich die Nuss hoffentlich geknackt, wie man die Bildschirme neu erkennen lassen kann, wenn man nach obiger Vorgehensweise eine oder mehrere EDID-Dateien über early KMS geladen hat - zumindest klappt das so auf meinem Haswell-Testsystem.

Mit den Schritten, die in https://wiki.archlinux.org/tit…ng#Forcing_modes_and_EDID aufgeführt sind, wird davon ausgegangen wird, dass man die Bildschirme einmal ab- und wieder anstecken muss, damit die originale EDID des Monitors am Anschluss wieder sichtbar wird - den Schritt kann man sich sparen, wenn man "detect" in den status-Node schreibt - also kann man z.B. sowas machen, um alles für die erste Grafikkarte zurückzusetzen:

#!/usr/bin/bash
printf '\0' > /sys/module/drm/parameters/edid_firmware  # reset assignments of edids to connectors
shopt -s nullglob
for e in /sys/kernel/debug/dri/0/*/edid_override; do echo -n reset > "$e"; done  # reset edid overrides
for e in /sys/class/drm/*/status; do echo -n detect > "$e"; done                 # force display detection

Was zumindest bei meinem Laptop nicht zuverlässig klappt ist an die EDID des internen Bildschirms zu kommen, wenn der beim Booten mittels video=eDP-1:d deaktiviert war - wenn man den mittels echo -n 'on-digital' > /sys/class/drm/card0-eDP1/status anschaltet, bevor man obiges Skript laufen lässt, wird der zwar als verbunden angezeigt, aber es gibt dann einen Kernel-Oops, weil die EDID des Displays nicht gelesen werden kann.

Mich würde interessieren, ob das auch mit AMD-Karten und neueren Intel-IGPs funktioniert, dann wäre das eine deutlich Vereinfachung für die automatische Konfiguration der Ausgabe mit yavdr-ansible.

Zitat von fnu

Xorg.Auszug Nein, bei mir ist das nicht nötig, funktioniert immer noch wie oben beschrieben. Bei meinen neueren Intel NUCs ist nur der Abzweig nötig, HDMI1 im Kernel beim Boot, in Xorg dann DP1, aufgrund des LSPCon HDMI 2.x Konverters.

Ich kämpfe gerade auch mit dem Problem, dass ich nur Bild bekomme, wenn AV-Receiver und TV beim Start an sind.

Ich habe jetzt sämtliche Schritte wie ganz oben von fnu beschrieben durchgeführt, bin aber nicht sicher, ob ich das mit HDMI1 und DP1 in der Xorg auf meinem NUC richtig verstanden habe.

Beim Starten (wenn AVR und TV aus) taucht dann in der Xorg.0.log dieses hier auf:

... Unable to find connected outputs

Wenn der AVR/TV an sind, schaut die Passage in der Xorg.0.log so aus, d.h. der Monitor an DP1 wird erkannt:

Weiß jemand, was ich da falsch mache?

Viele Grüße

Brummel