Beiträge von Brummel

Hallo seahawk,

den Kernel habe ich installiert.

Ich habe das mit dem initramfs/grub allerdings immer noch von Hand gemacht, nicht über die neue ansible Variable. Ich nehme aber an, dass das jetzt nicht relevant ist.

Interessant ist, dass mit dem geänderten Kernel ein Bild kommt, wenn der TV bei Starten an ist (was ja mit dem alten Kernel nicht der Fall war).

Allerdings kommt immer noch kein Bild wenn der TV bei Starten aus ist.

Ich habe für beide Fälle mal die Ausgabe von journalctl -b -langehängt sowie das Xorg.0.log.

Auffällig ist, dass nur im Fall ohne Bild diese Meldung im Log steht:

yavdr-nuc kernel: i915 0000:00:02.0: [drm] Cannot find any crtc or sizes

Hier einige Infos:

Ich habe dann mal 3 unterschiedliche Start-Szenarien durchgespielt:

1. Start des VDR ohne EDID als Kernel-Parameter -> TV beim Start an -> Bild vorhanden

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) 0mm x 0mm
   1920x1080_50  50.00*+
   1920x1080i    60.00 +  50.00    59.94
   1920x1080     60.00    50.00    59.94
   2880x576      50.00
   2880x576i     50.00
   2880x480      60.00    59.94
   2880x480i     60.00    59.94
   1280x720      60.00    50.00    59.94
   1440x576      50.00
   1440x480      60.00    59.94
   720x576       50.00
   720x480       60.00    59.94
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Ausgabe journalctl -b -l: journal_ohne_edidkernel_tvan_bild_ok.txt

2. Start des VDR mit EDID als Kernel-Parameter -> TV beim Starten AN -> kein Bild vorhanden

Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767
DP1 connected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 +
   1920x1080     50.00 +  60.00    59.94    30.00    25.00    24.00    29.97    23.98
   1920x1080i    60.00    50.00    59.94
   1280x1024     60.02
   1366x768      59.79
   1280x720      60.00    50.00    59.94
   1024x768      60.00
   800x600       60.32
   720x576       50.00
   720x480       60.00    59.94
   640x480       60.00    59.94
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Ausgabe journalctl -b -l: journal_edidkernel_tvan_bild_nok.txt

3. Start des VDR mit EDID als Kernel-Parameter -> TV beim Starten AUS -> kein Bild vorhanden

Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767
DP1 connected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 +
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Ausgabe journalctl -b -l: journal_edidkernel_tvaus_bild_nok.txt

Die Ausgabe von xrandr ist in allen drei Szenarien unterschiedlich, auch bei 1 und 2.

Im Log sind für die Szenarien 2 und 3 viele Warnungen und Meldungen drin, die darauf hindeuten, dass da was nicht stimmt.

Allerdings muss ich zugeben, dass ich mit der Interpretation überfordert bin.

Was ich dazu sagen muss, dass ich diese Tests mit einem AV-Receiver zwischen VDR und TV gemacht habe. Bei den Tests vor ein paar Tagen hing der TV direkt am VDR. Das Resultat ist aber in beiden Fälle dasselbe.

Viele Grüße

Brummel

yep, hier die edid.DP-1.bin

Ja, womöglich muss ich mir das mal anschauen.

Allerdings läuft der epgdata Dienst sowieso nur noch ein paar Monate, mal schauen ob sich das rentiert.

Danke an Euch für die Hinweise, ich finds super, dass die VDR-Community noch so aktiv ist

Wenn ich daran denke, was ich ohne die Unterstützung die letzten 20 Jahre gemacht hätte ...

Danke an Euch seahawk1986 und fnu.

Leider funktioniert es bei mir immer noch nicht und ich bin erst jetzt dazu gekommen, das nochmal systematisch durchzutesten:

Ich habe alle Änderungen nochmal rückgängig gemacht und auch das initiale install ansible skript laufen lassen.

Die Installation lief direkt am TV als Monitor, die /etc/X11/xorg.conf.d/20-intel.conf wurde wieder erzeugt und eine edid.bin abgelegt: /etc/X11/edid.DP-1.bin

Die /etc/ansible/facts.d/drm.fact schaut so aus:

{
    "drm": {
        "ignored_outputs": [
            "HDMI-A-1",
            "DP-2"
        ],
        "primary": {
            "drm_connector": "DP-1",
            "edid": "edid.DP-1.bin",
            "xrandr_connector": "DP-1"
        },
        "secondary": {}
    }

Daraufhin habe ich folgenden Eintrag in der /etc/default/grub gemacht:

GRUB_CMDLINE_LINUX="video=DP-1:D drm.edid_firmware=DP-1:edid/edid.DP-1.bin"

Dazu dann das Hook-Skript von oben /etc/initramfs-tools/hooks/include-edid-data angelegt, ausführbar gemacht und auch geschaut, dass das Verzeichnis /lib/firmware/edid vorhanden ist. Da landet dann später durch das Skript auch die edid.DP-1.bin drin, das habe ich geprüft.

Dann noch sudo update-initramfs -u -k all und sudo update-grub

Nach einem (bzw. auch mehreren) reboots bekomme ich allerdings kein Bild.

Und zwar egal ob der TV beim Booten an ist oder aus. Kein Bild mehr.

Folgende Ausgabe (bei ausgeschaltetem TV) deutet für mich darauf hin, dass der Mechanismus grundsätzlich funktioniert:

xrandr -d :0

Screen 0: minimum 8 x 8, current 1024 x 768, maximum 32767 x 32767
DP1 connected primary (normal left inverted right x axis y axis)
   1920x1080_50  50.00 +
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Allerdings, wie gesagt, kein Bild.

Ich hänge nochmal das Xorg.log an, ich kann da allerdings nichts erkennen, was auf die Ursache hindeutet.

Hat jemand noch eine Idee was ich falsch mache?

Ich kann mir den "Out of memory" nicht erklären.

Das System läuft ja seit Jahren ohne Änderung, warum sollte da auf einmal der Speicher ausgehen...

Im Dateisystem ist ewig viel Platz:

root@KellerVDR:/var/log# df -k
Dateisystem                 1K-Blöcke    Benutzt   Verfügbar Verw% Eingehängt auf
udev                          1969920          4     1969916    1% /dev
tmpfs                          404452       1672      402780    1% /run
/dev/sda1                    28704764    7212824    20010776   27% /
none                                4          0           4    0% /sys/fs/cgroup
none                             5120          0        5120    0% /run/lock
none                          2022244        228     2022016    1% /run/shm
none                           102400          8      102392    1% /run/user
/dev/sda5                    83975108      33020    83942088    1% /media/easyvdr01

Wenn ich mal während eines epgd Starts (im Zeitraum der "Out-of-memory") auf den Speicher schau, dann sehe ich da auch nicht wirklich was Bedenkliches:

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   frei   buff  Cache   si   so    bi    bo   in   cs US SY ID WA st
 0  0      0 2750552 117356 489684    0    0    40   135 1031 1496  4  3 92  1  0
 0  0      0 2750536 117356 489684    0    0     0     0 1787 2384  2  4 94  1  0
 0  0      0 2750536 117356 489684    0    0     0     0 1608 2176  2  2 96  0  0
 0  0      0 2750536 117356 489684    0    0     0     0 1681 2420  1  4 95  1  0
 1  0      0 2744320 117384 490084    0    0   368   188 4120 7500 18 10 69  3  0
 0  0      0 2744224 117392 490056    0    0     0    20 1765 2469  2  4 94  1  0
 3  0      0 2744224 117392 490056    0    0     0     0 1663 2333  2  1 97  0  0
 0  0      0 2744224 117392 490056    0    0     0     0 1715 2420  3  3 94  1  0
 0  0      0 2744224 117392 490056    0    0     0     0 1573 2187  2  2 96  0  0
 0  0      0 2744224 117392 490056    0    0     0    40 1577 2243  3  2 95  0  0
 0  0      0 2744224 117392 490056    0    0     0     0 1624 2325  2  2 96  0  0
 0  0      0 2744224 117400 490048    0    0     0    12 1670 2348  2  4 93  1  0
 0  0      0 2744224 117400 490056    0    0     0     0 1677 2308  2  3 95  0  0
 0  0      0 2744224 117400 490056    0    0     0     0 1688 2384  3  3 94  1  0
 0  0      0 2744100 117452 490004    0    0     0  1192 1810 2628  3  4 93  1  0
 1  0      0 2744008 117460 490056    0    0     0    20 1541 2004  2  3 94  1  0
 0  0      0 2744008 117460 490056    0    0     0     0 1462 1953  2  2 96  0  0
 0  0      0 2743884 117504 490012    0    0     0  1652 1491 1855 16  2 81  1  0
 0  0      0 2743916 117512 490052    0    0     0   112 1491 1814  2  3 94  1  0
 0  0      0 2743916 117516 490060    0    0     0    76 1334 1706  1  3 95  1  0
 1  0      0 2743620 117520 490064    0    0     0   248 12176 26251 42 11 47  1  0
 2  0      0 2726868 117536 490936    0    0     0   340 10008 20364 46  9 44  1  0
 2  0      0 2743652 117556 490048    0    0     0  6316 13775 26968 54  7 38  1  0
 2  0      0 2743588 117564 490056    0    0     0   248 14532 28677 56  4 39  1  0
 1  0      0 2743460 117600 490028    0    0     0  6964 9291 17736 36  5 55  3  0
 0  0      0 2743168 117624 490052    0    0     0  3416 2595 4249 11  4 83  3  0
 0  0      0 2743236 117628 490064    0    0     0   616 1493 2167  3  3 94  1  0
 0  0      0 2743236 117640 490060    0    0     0   620 1656 2365  3  3 94  1  0
 0  0      0 2743236 117648 490064    0    0     0   536 1536 2164  3  3 94  0  0
 0  0      0 2743236 117656 490064    0    0     0   536 1636 2168  3  3 93  1  0
 0  0      0 2743236 117676 490048    0    0     0   624 1766 2633  4  2 94  1  0
 0  0      0 2743236 117680 490064    0    0     0   556 1643 2261  2  3 95  1  0
 1  0      0 2743456 117688 490064    0    0     0   504 1608 2207  3  2 95  1  0
 2  0      0 2743456 117704 490064    0    0     0   504 1635 2290  2  3 94  1  0
 0  0      0 2743456 117720 490064    0    0     0   536 1524 2169  1  3 96  1  0
 0  0      0 2743344 117772 490064    0    0     0  7632 2006 2833  3  6 88  4  0
 0  0      0 2743488 117880 490496    0    0     0 19212 2557 3866  3  8 79 11  0
 0  0      0 2743456 117880 490528    0    0     0     0 1840 2495  2  3 94  1  0
 0  0      0 2743456 117880 490528    0    0     0     0 1458 1938  2  4 95  0  0
 0  0      0 2743456 117880 490528    0    0     0     0 1624 2095  1  4 94  1  0
 0  0      0 2743456 117880 490528    0    0     0     0 1568 2071  1  3 96  0  0

Hallo zusammen,

ich bin in dasselbe Problem gelaufen.

Zertifikat-Update wie oben beschrieben habe ich gemacht, mit curl funktioniert der download.

curl 'https://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=PIN&dayOffset=1&dataType=xml' --output /tmp/test.zip
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 1286k  100 1286k    0     0  1799k      0 --:--:-- --:--:-- --:--:-- 1799k

Die Zip-Datei wurde sauber runtergeladen.

In der epgd.conf hatte ich ursprünglich noch einen http-Link:

epgdata.url = http://www.epgdata.com

Den habe ich dann um das "s" ergänzt.

epgdata.url = https://www.epgdata.com

Sonst habe ich nichts gemacht.

Beim epgd-Start steht aber jetzt folgendes im Log:

VDR epgd: EPG Update started
VDR epgd: Updating 'epgdata' day today+0 now
VDR epgd: Error: Download failed; Out of memory (27); http code was (0) [https://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=PIN&dayOffset=0&dataType=xml]
VDR epgd: Download header for day (0) at 'https://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=0&dataType=xml' failed, aborting, got name '', status was -1
VDR epgd: Error: Download failed; Out of memory (27); http code was (0) [https://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=PIN&dayOffset=1&dataType=xml]
VDR epgd: Download header for day (1) at 'https://www.epgdata.com/index.php?action=sendPackage&iOEM=VDR&pin=insert-your-pin-here&dayOffset=1&dataType=xml' failed, aborting, got name '', status was -1
usw.

Das ganze läuft auf einem easyvdr-3.0 VDR.

Hat jemand eine Idee?

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

Nicht nur die Frau gewöhnt sich daran, auch die Kinder
Für die ist es ein Naturgesetz, dass die Sendung mit der Maus immer verfügbar ist. Da wäre der Teufel los, wenn das mal nicht der Fall wäre.

Deshalb bastel ich auch nie am Produktiv-VDR rum, für was Neues muss immer eine zweite Hardware her, die dann 3 Monate im Parallelbetrieb nebenher läuft. Erst wenn wirklich alles 100% läuft wird umgeschalten.

Als mich am heiligen Abend die Mail aus dem Easyvdr-Forum ereichte, dass die 7.0.14-Beta mit HD Unterstützung raus ist, hat mich der Ehrgeiz gepackt und ich wollte pünktlich für Olympia einen HD-VDR haben.
Im Forum informiert, Hardware gekauft, zusammengebaut, ISO gebrannt, Installation ausgeführt, ein paar Kleinigkeiten (alles im Forum nachzulesen gewesen) korrigiert und das wars. Ich hatte eigentlich damit gerechnet, dass da viel mehr Schwierigkeiten auftauchen. Nach 2 Olympia-Tagen kann ich sagen, dass das für eine Beta schon sehr stabil läuft (kein Absturz und ein wirklich Super-HD-Bild auf meinem 50'' Plasma).

Viele Grüße,

Brummel