[Oretuni]

Ja Kernel ist so gebaut mit  CONFIG_DRM_LOAD_EDID_FIRMWARE=y  also kann es daran nicht liegen.

Gruß
  Roland

Hi Roland,

danke für den Hinweis.
Nächste Hürde: MLD nutzt syslinux anstatt grub, richtig?
Wo kann ich das hier

Code: [Select]

GRUB_CMDLINE_LINUX="video=HDMI-A-1:1920x1080@50D drm.edid_firmware=HDMI-A-1:edid/edid.bin"für syslinux hinterlegen.
Stimmt die Syntax für syslinux?

Dann geht es mit initramfs weiter .... Ab hier bin ich dann völlig verloren!

Könnte sich evtl. ein Profi mal den Link anschauen und sagen ob das irgendwie für MLD zu übernehmen ist?
https://www.vdr-portal.de/forum/index.php?thread/131918-zusammenfassung-intel-vaapi-edid-bin/

[clausmuus]

Auch wenn ich mich wiederhole: Mit dem Setzen des Hakens bei "Bildschirm merken", wird die edid erstellt und beim nächsten Booten angewendet. Wenn das nicht hilft liegt es da dran, dass nicht jede Grafikkarte diese Funktion unterstützt. Da wirst Du auch mit noch so viel Handarbeit nichts dran ändern können.

Bei MLD-Tux ist ja auch zu sehen, dass die edid angewendet wird. Nur wird dabei nicht die Richtige Auflösung ausgewählt. Möglicherweise hilft es, wenn im Setup zusätzlich als Auflösung Full-HD ausgewählt wird (was MLD-Tux aber ja bereits getan hatte). Mir ist momentan nicht klar, wieso trotz korrekt geladener edid im Log das "current 1024x768" steht.

[MLD-Tux]

Also, ich habe getan was zu tun ist und mehr geht nicht .
Claus wird wohl Recht haben: Manche GraKa unterstützt diese Funktionalität eben nicht.
Wäre interessant warum er die niedrigere Auflösung fährt.

@Alle: wie sieht das den bei den anderen NUC Besitzern hier im Forum aus?

Ich habe meinen persönlichen Workaround gefunden, auch wenn ich den nicht so toll finde, aber Kompromisse gehören dazu 

[Frounts]

Vielleicht liegts daran, dass der HDMI-Port beim NUC als DP-1 und nicht als HDMI1 bezeichnet wird?
Nur so ein Gedanke...

[MLD-Tux]

Die Frage hatte ich ja gestellt.
Ein guter Gedanke, aber ich befürchte so einfach ist die Lösung wohl doch nicht .

... und wenn das so wäre, wie könnte das geändert werden?

[Oretuni]

Auch wenn ich mich wiederhole: Mit dem Setzen des Hakens bei "Bildschirm merken", wird die edid erstellt und beim nächsten Booten angewendet. Wenn das nicht hilft liegt es da dran, dass nicht jede Grafikkarte diese Funktion unterstützt. Da wirst Du auch mit noch so viel Handarbeit nichts dran ändern können.

Es ist ja nicht so als wäre ich Beratungsresistent, ich habe ja den Haken gesetzt. In der /etc/X11 steht auch die edid.bin. Die ist auch gefüllt. Zumindest kann ich meinen Marantz Receiver aus dem Binärcode herauslesen.
Nur wird die nicht verwendet wenn der TV beim booten aus ist. Mein TV ist übrigens immer im Standby, daher kann ich es nicht wie MLD-Tux dabei belassen.

Daher suche ich nach einer geeigneten Lösung für mich.
Kann meiner Frau schlecht klarmachen das Sie wärend Ihre Aufnahme läuft den Rechner neu booten muss.
Dieses Szenario kommt bei uns übrigens täglich vor. Also Timer weckt Rechner und TV ist noch aus.

[clausmuus]

Na ja, neu booten musst Du ja nicht. Ein restart des xorg reicht normalerweise aus

Poste mal Bitte die Ausgabe von "xrandr -d :0" wenn die MLD ohne eingeschaltetem TV gestartet hat. Das "Bildschirm merken" soll dabei aktiv sein. Und was für eine Grafikkarte verwendest Du?

[Oretuni]

Ein restart des xorg reicht normalerweise aus

Habe ich probiert, gibt unschöne Artefaktbildung. Erst ein weiterer reboot vdr löst die Sache auf.

Gleicher NUC wie MLD-Tux. NUC6CAYH mit HD 500.

VDR / # xrandr -d :0
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 8192 x 8192
DP-1 disconnected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
DP-2 disconnected (normal left inverted right x axis y axis)
  1920x1080 (0x46) 148.500MHz +HSync +VSync
        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

[MLD-Tux]

Das wundert mich ein wenig, den die verwendete Auflösung wäre ja die richtige mit 1920 x 1080.
Das ist bei mir mit ausgeschaltetem TV anders (s. meine Ausgabe).
Wie kann das sein?

[Frounts]

Gibs da vielleicht ein Timingproblem? Ich muss den NUC zweimal durchstarten, bis der ohne Display bei xrand 1920x1080 zeigt.

Der HDMI-Port geht ja nicht direkt zur GPU, da ist ja ein Konverter für HDMI 2.0 dazwischen, da die GPU nur HDMI1.2a kann. Das der evtl. mehr Zeit zum Booten braucht? Zumindest läuft das was drauf, es gibt ein HDMI-Firmware-Updatetool bei Intel.

Manual:

Code: [Select]

HDMI 2.0 through a MegaChips MCDP2800-BCT DisplayPort 1.2a to HDMI 2.0 Level Shifter/Protocol Converter (LSPCON)

[MLD-Tux]

Noch mal zwischendurch gefragt : Wenn der NUC bootet, dann wird bei laufendem TV (z.B. Netflix) der HDMI 2 aktiviert, wobei der VDR am HDMI 1 angeschlossen ist.
Was für ein Signal wird da gesendet?
Kennt ihr das von eurem NUC auch?
Wie lässt sich so etwas erklären?

[clausmuus]

Der Fehler wird hier https://bugzilla.redhat.com/show_bug.cgi?id=1570392 ausgiebig diskutiert. Demnach ist es wirklich ein Timing Problem den DisplayPort/HDMI converters.
Dort wird auch ein Patch angeboten. Ich habe dem unstable MLD Kernel entsprechend geändert.
Bitte testet mal mit dem unstable MLD Kernel und xorg-intel Paket, ob damit der Bildschirm bei jedem Booten richtig erkannt wird.

[Frounts]

Nach dem Wechsel zu unstable wird die Auflösung richtig gesetzt, es muss jedoch ein HDMI-Kabel stecken. Der Zustand vom TV ist egal, Stromlos/Standby spielt keine Rolle.
Ohne Kabel ist die Auflösung 1024x768. Anscheinend wird das geprüft und ohne Kabel der Anschluss deaktiviert. 

Sorry dafür:
Was jedoch im unstable nicht funktioniert, ist der AtricUSB. Es gib kein ttyAMA0 Device

[clausmuus]

Die Fernbedienung geht aber im testing oder stable auch nicht?

Magst Du noch mal mit testing gegen testen, ob sich die TV Auflösung da wirklich anders verhält. Am besten auch mehrere Boot-Versuche mit unstable machen, da der Fehler ja nicht immer auftritt.

[MLD-Tux]

Also Panasonic schreibt, dass der Zustand ausgeschaltet (Schalter Geräterückseite) 0,3W benötigen. Standby sind 0,5W. Stromlos wäre für mich Stecker herausgezogen.
Warum sollte dann noch irgend ein Handshake statt finden?
Das ist gleich zusetzen mit HDMI Kabel abgezogen. Physisch getrennt!

Davon mal abgesehen, ist das gut zu wissen woran das liegt. Danke Claus!
Ich möchte nur ungerne meine stable Version gegen unstable tauschen.
Gibt es eine Möglichkeit das in stable zu implementieren?
Lässt sich abschätzen wann unstable zu stable werden könnte?

Was mich noch interessieren würde, ist das aktivieren der Ports beim hochfahren des NUC's.