EPG_FILENAME = /var/cache/vdr/epg.data
wird eigentlich schon seit sehr langer Zeit nicht mehr genutzt
Offenbar wird /var/lib/vdradmin-am/vdradmind.conf beim Neustart des Systemes überschrieben/dynamisch generiert; denn eine solche hinzugefügte Zeile verschwindet immer wieder von selbst.
Ich täte sagen es gab ein paar Fehler beim Installieren
Zeilen 100-117 und unten die ganzen Channel_ID not found.
root@BM2LTS-MC:~# cd /usr/share
root@BM2LTS-MC:/usr/share# rm -r vdradmin
root@BM2LTS-MC:/usr/share# cd /home
root@BM2LTS-MC:/home# git clone https://github.com/vdr-projects/vdradmin-am
Klone nach 'vdradmin-am' …
remote: Enumerating objects: 3951, done.
remote: Counting objects: 100% (271/271), done.
remote: Compressing objects: 100% (116/116), done.
remote: Total 3951 (delta 162), reused 232 (delta 146), pack-reused 3680
Empfange Objekte: 100% (3951/3951), 3.82 MiB | 3.64 MiB/s, fertig.
Löse Unterschiede auf: 100% (2147/2147), fertig.
root@BM2LTS-MC:/home# cd /home/vdradmin-am
root@BM2LTS-MC:/home/vdradmin-am# ./install.sh
********* Installing VDRAdmin-AM *************
*** Required ***
Checking for Perl module locale... found
Checking for Perl module Template... found
Checking for Perl module Template::Plugin::JavaScript... found
Checking for Perl module CGI... found
Checking for Perl module HTTP::Date... found
Checking for Perl module IO::Socket... found
Checking for Perl module Time::Local... found
Checking for Perl module MIME::Base64... found
Checking for Perl module File::Temp... found
Checking for Perl module File::Find... found
Checking for Perl module URI... found
Checking for Perl module URI::Escape... found
Checking for Perl module HTTP::Tiny... found
Checking for Perl module HTTP::Daemon... found
You need Locale::gettext OR Locale::Messages
Checking for Perl module Locale::gettext or Locale::Messages... found
*** Optional ***
* Required for AutoTimer email notification
Checking for Perl module Net::SMTP... found
Checking for Perl module Authen::SASL... found
* Required for AutoTimer email notification and CRAM-MD5 authentication
Checking for Perl module Digest::HMAC_MD5... found
* Required if VDR and VDRAdmin-AM use different character encoding
Checking for Perl module Encode... found
* Required for IPv6 support
Checking for Perl module IO::Socket::INET6... found
* Required for SSL support (https)
Checking for Perl module HTTP::Daemon::SSL... MISSING
Do you want to install HTTP::Daemon::SSL? [y/N]y
Reading '/root/.local/share/.cpan/Metadata'
Database was generated on Sat, 18 Mar 2023 14:41:02 GMT
Fetching with LWP:
http://www.cpan.org/authors/01mailrc.txt.gz
Reading '/root/.local/share/.cpan/sources/authors/01mailrc.txt.gz'
............................................................................DONE
Fetching with LWP:
http://www.cpan.org/modules/02packages.details.txt.gz
Reading '/root/.local/share/.cpan/sources/modules/02packages.details.txt.gz'
Database was generated on Tue, 13 Jun 2023 15:54:02 GMT
..............
New CPAN.pm version (v2.36) available.
[Currently running version is v2.28]
You might want to try
install CPAN
reload cpan
to both upgrade CPAN.pm and run the new version without leaving
the current session.
..............................................................DONE
Fetching with LWP:
http://www.cpan.org/modules/03modlist.data.gz
Reading '/root/.local/share/.cpan/sources/modules/03modlist.data.gz'
DONE
Writing /root/.local/share/.cpan/Metadata
Running install for module 'HTTP::Daemon::SSL'
Checksum for /root/.local/share/.cpan/sources/authors/id/A/AU/AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz ok
Configuring A/AU/AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz with Makefile.PL
Checking if your kit is complete...
Looks good
Have /usr/local/lib/x86_64-linux-gnu/perl/5.34.0
Want /usr/lib/x86_64-linux-gnu/perl/5.34
Your perl and your Config.pm seem to have different ideas about the
architecture they are running on.
Perl thinks: [5.34.0]
Config says: [x86_64-linux-gnu-thread-multi]
This may or may not cause problems. Please check your installation of perl
if you have problems building this extension.
Generating a Unix-style Makefile
Writing Makefile for HTTP::Daemon::SSL
Writing MYMETA.yml and MYMETA.json
AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz
/usr/bin/perl Makefile.PL INSTALLDIRS=site -- OK
Running make for A/AU/AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz
cp SSL.pm blib/lib/HTTP/Daemon/SSL.pm
Manifying 1 pod document
AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz
/usr/bin/make -- OK
The current configuration of allow_installing_outdated_dists is 'ask/yes', but for this option we would need 'CPAN::DistnameInfo' installed. Please install 'CPAN::DistnameInfo' as soon as possible. As long as we are not equipped with 'CPAN::DistnameInfo' this option does not take effect
Running make test for AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz
PERL_DL_NONLAZY=1 "/usr/bin/perl" "-MExtUtils::Command::MM" "-MTest::Harness" "-e" "undef *Test::Harness::Switches; test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/loadmodule.t .. ok
t/testmodule.t .. 0/9 Can't use an undefined value as a symbol reference at t/testmodule.t line 31.
t/testmodule.t .. Failed 9/9 subtests
Test Summary Report
-------------------
t/testmodule.t (Wstat: 0 Tests: 1 Failed: 1)
Failed test: 0
Parse errors: Tests out of sequence. Found (0) but expected (1)
Bad plan. You planned 9 tests but ran 1.
Files=2, Tests=4, 1 wallclock secs ( 0.01 usr 0.00 sys + 0.07 cusr 0.02 csys = 0.10 CPU)
Result: FAIL
Failed 1/2 test programs. 1/4 subtests failed.
make: *** [Makefile:820: test_dynamic] Fehler 255
AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz
/usr/bin/make test -- NOT OK
//hint// to see the cpan-testers results for installing this module, try:
reports AUFFLICK/HTTP-Daemon-SSL-1.04.tar.gz
* Required if you want to use gzip'ed HTTP responses
Checking for Perl module Compress::Zlib... found
* Required if you want to log to syslog
Checking for Perl module Sys::Syslog... found
./install.sh: Zeile 158: cd: locale: Datei oder Verzeichnis nicht gefunden
install: Aufruf von stat für 'autotimer2searchtimer.pl/LC_MESSAGES/vdradmin.mo' nicht möglich: Ist kein Verzeichnis
Killed running VDRAdmin-AM...
Restarting VDRAdmin-AM...
VDRAdmin-AM has been installed!
NOTE:
If you want to run VDRAdmin-AM in a different language you must set the LANG environment variable (see README).
NOTE2:
If you would like VDRAdmin-AM to start at system's boot, please modify your system's init scripts.
NOTE3:
VDRAdmin-AM needs to access some directories:
/etc/vdradmin
/var/cache/vdradmin
/var/log/vdradmin
/var/run/vdradmin
Please check that the user VDRAdmin-AM runs has enough permissions to access them!
root@BM2LTS-MC:/home/vdradmin-am# Can't find channel_id C-1-1019-10302-100
Can't find channel_id C-1-1019-10303-100
Can't find channel_id C-1-1039-10376-100
Can't find channel_id C-1-1039-10377-100
Can't find channel_id C-1-1039-10378-100
Can't find channel_id C-1-1039-10375-100
Can't find channel_id C-1-1039-10379-100
Can't find channel_id C-1-1010-11160-100
Can't find channel_id C-1-1010-11150-100
Can't find channel_id C-1-1010-11170-100
Can't find channel_id C-1-1025-10325-100
Can't find channel_id C-1-1025-10329-100
Can't find channel_id C-1-1025-10331-100
Can't find channel_id C-156-5700-236-100
Can't find channel_id C-156-6500-421-100
Can't find channel_id C-1-1011-11110-100
Can't find channel_id C-1-1011-11130-100
Can't find channel_id C-1-1061-10355-100
Can't find channel_id C-1-1061-10351-100
Can't find channel_id C-1-1061-10352-100
Can't find channel_id C-61697-49153-260-100
Can't find channel_id C-61697-49153-258-100
Can't find channel_id C-61697-49153-259-100
Can't find channel_id C-61697-49153-263-100
Can't find channel_id C-61697-49153-262-100
Can't find channel_id C-61697-49154-519-100
Can't find channel_id C-61697-49154-527-100
Can't find channel_id C-61697-49153-261-100
Can't find channel_id C-61697-49154-513-100
Can't find channel_id C-61697-49154-520-100
Can't find channel_id C-61697-49154-515-100
Can't find channel_id C-61697-49155-773-100
Can't find channel_id C-61697-49156-1025-100
Can't find channel_id C-61697-49155-771-100
Can't find channel_id C-61697-49155-775-100
Can't find channel_id C-61697-49155-770-100
Can't find channel_id C-61697-49155-774-100
Can't find channel_id C-61697-49155-772-100
Can't find channel_id C-61697-49156-1027-100
Can't find channel_id C-61697-49156-1026-100
Can't find channel_id C-61697-49159-1795-100
Can't find channel_id C-61697-49159-1799-100
Can't find channel_id C-61697-49159-1798-100
Can't find channel_id C-61697-53249-4246-100
Can't find channel_id C-61697-53249-4224-100
Can't find channel_id C-61697-53249-4203-100
Can't find channel_id C-61697-53249-4549-100
Can't find channel_id C-61697-49160-2050-100
Can't find channel_id C-61697-53250-8197-100Ich mache gerade trotzdem mal einen Reboot!
Weboberfläche zeigt nun die neue VDRAdmin-AM 3.6.13 an; es bleibt aber dabei, dass mir keine EPG-Daten angezeigt werden.
Laut top läuft mein VDR unter Benutzer root.
D.h. Rechte und Dateieigentümer passen auch.
Vorerst letzte Frage: Gibt es in deiner vdradmin.conf einen Parameter der einen Pfad und/oder Speicherort der epg.data enthält?
In meiner Config gibt es dazu nämlich keine Angabe. Ich meine dies aber in einem anderen Beitrag hier im Forum gelesen zu haben
AT_DESC = 0
AT_FUNC = 0
AT_LIFETIME = 99
AT_MARGIN_BEGIN = 10
AT_MARGIN_END = 10
AT_OFFER = 1
AT_PRIORITY = 99
AT_SENDMAIL = 0
AT_SORTBY = pattern
AT_TOOLTIP = 1
AUTO_SAVE_CONFIG = 1
CACHE_BG_UPDATE = 1
CACHE_LASTUPDATE = 1686601419
CACHE_REC_ENABLED = 1
CACHE_REC_LASTUPDATE = 0
CACHE_REC_TIMEOUT = 60
CACHE_TIMEOUT = 30
CHANNELS_WANTED = 2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,178,82,83,84,85,86,87,1
CHANNELS_WANTED_AUTOTIMER = 0
CHANNELS_WANTED_PRG = 0
CHANNELS_WANTED_PRG2 = 0
CHANNELS_WANTED_SUMMARY = 1
CHANNELS_WANTED_TIMELINE = 0
CHANNELS_WANTED_WATCHTV = 0
CHANNELS_WITHOUT_EPG = 1
CMD_LINES = 20
EPGIMAGES = /video/epgimages
EPG_PRUNE = 0
EPG_START_TIME = 00:00
EPG_SUBTITLE = 1
EPG_SUMMARY = 1
ES_DESC = 0
ES_SORTBY = pattern
GUEST_ACCOUNT = 0
GUI_POPUP_HEIGHT = 250
GUI_POPUP_WIDTH = 500
HTTP_KEEPALIVE_TIMEOUT = 10
LANG = de_DE.utf8
LOCAL_NET = 192.168.178.0/24
LOCAL_NET_ONLY = 0
LOGFILE = syslog
LOGGING = 0
LOGINPAGE = 0
LOGLEVEL = 4
MAIL_AUTH_PASS =
MAIL_AUTH_USER =
MAIL_FROM = autotimer@localhost.localdomain
MAIL_SERVER = localhost
MAIL_TO = you@example.org
MOD_GZIP = 0
NO_EVENTID = 0
NO_EVENTID_ON =
PASSWORD =
PASSWORD_GUEST =
PROG_SUMMARY_COLS = 3
PS_VIEW = ext
RECORDINGS = 3
REC_DESC = 1
REC_EXT = m3u
REC_MIMETYPE = video/x-mpegurl
REC_SORTBY = date
SERVERHOST = 0.0.0.0
SERVERPORT = 8001
SKIN = default
SRCH1_ACTIVE = 1
SRCH1_TITLE = Film in der Internet-Movie-Database (IMDb) suchen
SRCH1_URL = http://akas.imdb.com/Tsearch?title=%TITLE%
SRCH2_ACTIVE = 0
SRCH2_TITLE =
SRCH2_URL =
ST_DIRECT_LINKS_ON = 0
ST_FUNC = 1
ST_LIVE_ON = 1
ST_REC_ON = 1
ST_REC_STREAMDEV = 1
ST_STREAMDEV_HOST =
ST_STREAMDEV_PORT = 3000
ST_URL =
ST_VIDEODIR = /media/hd/recordings
ST_XINELIB_PORT = 37890
TEMPLATE = default
TIMES = 18:00, 20:00, 21:00, 22:00
TL_TOOLTIP = 1
TM_DESC = 0
TM_LIFETIME = 99
TM_MARGIN_BEGIN = 10
TM_MARGIN_END = 10
TM_PRIORITY = 99
TM_SORTBY = day
TM_TT_LIST = 1
TM_TT_TIMELINE = 1
TV_EXT = m3u
TV_INTERVAL = 1
TV_MIMETYPE = video/x-mpegurl
TV_SIZE = quarter
USERNAME =
USERNAME_GUEST =
VDRCONFDIR = /video
VDR_HOST = localhost
VDR_PORT = 2001
VIDEODIR = /media/hd/recordings
ZEITRAHMEN = 5Einfach die epg.dat (hier bei yavdr in /var/cache/vdr) nach Größe und Inhalt kontrollieren.
epg.data ist vorhanden, aktuell (11.06.2023 23:36) und hat auch aktuellen Inhalt (7,25 MB)
Frage: Welche Dateiberechtigung hat deine epg.data? (Eigentümer: root, Rechte: 644 [rw-r--r--])
Im syslog hätte ich jetzt nichts spezifisches gefunden:
Ich nutze VDRAdmin 3.6.12 als Bestandteil der BM2LTS-Distribution.
Leider habe ich seit der neusten BM2LTS-Version das Problem, dass im VDRAdmin nur "Es sind keine EPG Informationen vorhanden" anzeigt wird.
Im restlichen VDR (z.B. OSD) sind aber EPG-Daten vorhanden.
Auch in VDR Live wird was angezeigt.
Syteminfos:
VDRAdmin-AM Version: 3.6.12
VDR Version: 2.6.4
Unterstützte Funktionen im VDR:
EPGSearch (EPGSearch Plugin v2.4.2-BM2LTS)
LiveTV Streaming (Streamdev Plugin v0.6.3-BM2LTS / Xineliboutput Plugin)
Aufnahmen umbenennen (Liemikuutio Patch)
Konfiguration:
Aus meiner einfachen Anwendersicht hat der Intel-NUC auch nur eine klassische HDMI-Buchse.
NUC-Intern ist das aber wohl in Wirklichkeit ein Display Port, der intern "umkonvertiert" wird.
Nachdem im BM2LTS-Image bisher alles auf DP-3 eingestellt ist und es damit auch grundsätzlich läuft (unter der Vorraussetzung, dass alles in der richtigen Reihenfolge eingeschaltet wird) bin ich mir nicht so ganz sicher, ob ich hier wirklich vom "Standard" abweichen sollte...
Aber vielleicht bastel ich am Wochenende wieder; mal sehen...
Für mich als Linux-DAU: Was an den Kernel-Bootparameter bedeutet denn, dass der jeweilige Port immer verbunden ist? Bzw. was für Alternativen hat es denn da, die ich angeben könnte?
Kurzer Zwischenstand: Als ich mich zuletzt wieder mit meinem HDMI-Thema beschäftigen wollte ist mir wieder etwas Neues (und für mich leider wieder nicht ganz verständliches Aufgefallen):
Grundsätzlich gibt es bei meinem NUC offenbar DP-1 bis DP-3 und HDMI-A-1 bis HDMI-A-2.
Wenn alles in der richtigen Reihenfolge gestartet wurde (und läuft), dann wird vom Script ausgabe_drm sowohl DP-3 wie auch HDMI-A-2 jeweils als connected angezeigt. Dennoch wird in der Ausgabe auch soweit ich das sehe immer auch gemeldet, dass der user defined Mode 1920×1080 50 nicht gefunden wird.
Schalte ich dann z.B. den HDMI-Switch ab, dann ist HDMI-A-2 nicht mehr connected; DP-3 aber schon!
Allein das verstehe ich schon wieder nur halb: Aus älteren Postings von gggggg und cinfo meine ich entnommen zu haben, dass der HDMI-Port des NUC eigentlich ein Display-Port ist mit einem internen Konverter im NUC. Ich hätte daraus dann eigentlich erwartet, dass wenn der HDMI-Switch aus ist (was den HDMI-A-2 "Fake-Port" ja auch korrekt als nicht-connect meldet), dann doch eigentlich auch der eigentliche Display-Port doch nicht connected sein sollte???
Spaßeshalber habe ich dann noch an einen "komischen" langen Pfad navigiert, den gggggg mal erwähnte - ich meine irgendwas mit /sys/ und device und pci000 und DP-3 usw. (sorry Linux-DAU halt und nur aus loser Erinnerung). Darin fand sich auch eine edid-Datei. Und wenn ich diese auslese wird mir ein edid eines offenbaren LG-TVs angezeigt. Vermutlich ist das der TV von cinfo!? In desen edid gibt es soweit ich mich erinnere tatsächlich keinen Eintrag für 1920×1080. (Das würde mal als Ursache für den üblichen "Fehler" in ausgabe_drm passen...?)
Nach dieser Entdeckung habe ich dann wieder aufgehört. Ich verstehe an der Ecke einfach zu wenig (was mich dann leicht und schnell frustriert, so dass die "Lust" verlorengeht...)
Muss ich (leider) erst noch ausprobieren...
Habe am Wochenende erstmal nur die Installation der neusten BM2LTS-Version durchgeführt.
Du bist ja in Urlaubsvorbereitungen; deshalb erstmal entschuldige die Störung! > Wann genau bist du denn abwesend?
Wenn es sich noch ausgeht: Könntest du mir entweder die notwendigen Makefile-Optionen für softhddrm nennen oder mit dem obigen Vorschlag von jojo61 eine Version bauen?
Auch den HDMI-Switch schalte ich nur per Fernbedienung aus (ich glaube halt, dass dies bei dem Switch dann aber auch "stromlos aus" - im Sinne kein Standby - bedeutet).
Das warum "Aus" findet sich auch in diesem Thread wieder, denn ursprünglich hatte ich ja bei "Aus" (und laufender Aufnahme) auf dem NUC (zunächst) weiterhin Ton. Die Sonos hat nämlich leider kein "Aus".
Deshalb hatte ich mir diesen neuen Nachfolger-Switch geholt, weil der eben ausschaltbar ist per Fernbedienung...
Quasi ein Fall vom Regen in die Traufe...
(Allerdings: Ich bin nicht mehr sicher, ob ich das "kein Bild bei nachträglichem Einschalten des TVs" nicht auch schon mit dem alten Switch hatte und der kannte noch kein "Aus"...)
Wobei ich "wenn es drauf ankommt" auch anders definieren würde: Wenn der NUC allein für sich eine Aufnahme macht, dann finde ich es ja durchaus okay, dass das gesamte "Ausgabe-Equipment" aus ist. Kommt dann der Nutzer früher hinzu, dann wird ja alles für die Ausgabe notwendige wieder angeschaltet!
Ich vermute aber es ist das vom Monitor (Samsung) und wenn der nicht an ist dann das vom Switch und wenn der auch aus ist, dann kein EDID und dann gibts kein Bild.
Das klingt ein bisschen als würden wir der Sache langsam näher kommen!
Zunächst noch vorab zur Erklärung für den HDMI-Switch: Der (neue) Switch hat grundsätzlich 3 Modi (Auto / Copy / Standard). Im Modus "Standard" wird die oben auch schon aufgeführte eigene "Fake-EDID" des Switches ausgegeben (hierin eben insbesondere die ganzen Tonformate > Diese sind natürlich für nur TV und VDR nicht so relevant - hier gibt es sendebedingt ja max. Dolby 5.1; aber andere Quellen haben ja durchaus erweitertes Tonmaterial (Netflix, Eigene Film-Bibliothek, u.ä.). Im Modus "Copy" gibt der Switch die EDID aus, die er vom jeweiligen Monitor selber erhält, das wäre die vom Samsung TV. Und den Modus "Auto" weiß ich ehrlich gesagt derzeit nicht genau.
Normalerweise habe ich den Switch auf "Standard" stehen, damits eben all die möglichen Tonformate hat für die Sonos.
Nun zurück zum "näherkommen": Wenn der NUC Aufnahmen macht, dann wäre natürlich sowohl der HDMI-Switch wie auch der TV "aus". Ich bin mir noch nicht 100%ig sicher, aber vermutlich heißt "aus" - im Gegensatz zum TV im "Standby" - bei dem Swith auch wirklich "stromlos aus"; d.h. der würde tatsächlich kein EDID liefern bzw. wird dann evtl. auch gar nicht als angeschlossen identifiziert.
Nach meinem Verständnis sagt softhddrm sich dann zum Zeitpunkt des timergesteuerten hochfahrens salopp formuliert: Gut ich habe kein EDID bzw. es ist überhaupt nix angeschlossen, dann mache ich auch keine Ausgabe! > Habe ich das richtig verstanden?
Mache ich jetzt nachträglich den TV und Switch an erfolgt aber zu diesem Zeitpunkt natürlich keine Prüfung mehr durch softhddrm auf eine EDID bzw. einen Monitor und deswegen gibts erstmal weiter kein Bild. > Auch soweit korrekt?
Frage nun (hatte ich im Verlaufe dieses Threads schon mal aufgeworfen): Wäre es vorstellbar bzw. gäbe es eine Möglichkeit nur die EDID-Prüfung/-Abholung von softhddrm neu zu starten? Entweder über Fernbedienung oder zeitgesteuert (regelmäßig wiederholt könnte man so auch eine Automatik bauen z.B. jede Minute)?
Das softhddrm liest die EDID Datei. Entweder die Manuel gesetzte oder die aus dem Monitor.
Wieder Verständnisfrage: In welcher Priorität wird gelesen bzw. was wäre, wenn beide vorhanden wären, sich aber inhaltlich unterscheiden würden?
Manuell heißt /lib/firmware/edid.bin?
An der EDID des HDMI-eARC-Switches finde ich nämlich folgende Angabe etwas "komisch":
Basic Display Parameters & Features: Maximum image size: 51 cm x 29 cm
Der TV selber ist natürlich größer als diese "Fake-Angabe"!
Aktuell hatte ich in der softhddrm.conf die 4K-Einstellung aktiviert. (Ich "dachte" mir da zuerst nur "nimmste mal einfach die höchste, die zur Auswahl steht... > Eventuell ist die Wahl nicht so ganz richtig?)
In dem Block YCbCr 4:2:0 Video Data Block: der Samsung-TV-EDID gäbe es das "Format" mit VIC 96: 3840x2160 50.000 Hz 16:9 112.500 kHz 594.000 MHz. Korrekt?
(Lernfrage für mich: Gibt es Unterschiede in den verschiedenen "Video Data"-Blöcken, die in der EDID alle so genannt werden?)
Ergänzung zu meinem gestrigen Posting:
Ich habe leider immernoch nicht gut genug verstanden, was hier beim NUC genau abläuft bzw. warum!
Im Ausgabeplugin softhddrm wird doch (auch) bereits eine feste Auflösung gesetzt.
Mit dem Parameter drm.edid_firmware= übergibt man - soweit ich verstehe - eine EDID-Datei für den Fall das diese aktuell nicht ausgelesen werden kann. (Dies hätte ich zumindest aus diesem Artikel verstanden:
https://www.0xf8.org/2020/12/w…-in-libvirt-environments/ )
Was ich nun aber nicht weiß/verstehe, wenn in der softhddrm bereits eine Auflösung definiert wird wozu braucht es dann noch die EDID?
Und was ist der Unterschied zum video=-Parameter der fest auf 1920x1080 eingestellt wird?
Und warum wird in ausgabe_drm der Fehler angezeigt, dass eben 1920x1080 50 Hz "not supported" ist? Nach meinem Verständnis ist diese "Auflösung" doch sowohl in der EDID des Samsung TV wie auch in der EDID des HDMI-Switch enthalten. Oder verstehe ich hier etwas falsch?
Noch konnte ich mich nicht gänzlich zur "Umkabel-Aktion" durchringen; aktuell ist das alles so gut verlegt...
(Und eigentlich möchte ich das System ja auch weiterhin mit dem HDMI-Switch betreiben...!)
Ich habe aber einmal den "Copy-Modus" meines HDMI-Switches ausprobiert.
Folgende EDID-Daten würde also der Samsung TV standardmäßig liefern (wobei ich leider im TV-Menü aber leider die Dolby Atmos-Kompatabilität nicht aktivieren konnte):
EDID_Samsung-Copy_2023-05-30.txt
Im Gegensatz dazu die EDID vom FeinTech VAX 04201 im Modus "Standard":
EDID_FeinTech-VAX-04201_2023-05-30.txt
Grundsätzlich würde ich einmal sagen, dass der FeinTech-eARC-Switch auf jeden Fall einmal wesentlich mehr kompatible Audioformate proklamiert als der TV selbst (genau hierfür hatte ich den Switch ja auch angeschafft!):
Audio Data Block:
Linear PCM:
Max channels: 8
Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1 32
Supported sample sizes (bits): 24 20 16
DTS:
Max channels: 8
Supported sample rates (kHz): 96 88.2 48 44.1
Maximum bit rate: 1536 kb/s
AC-3:
Max channels: 8
Supported sample rates (kHz): 48 44.1 32
Maximum bit rate: 640 kb/s
DTS-HD:
Max channels: 8
Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1
Audio Format Code dependent value: 0x01
Enhanced AC-3 (DD+):
Max channels: 8
Supported sample rates (kHz): 48 44.1
MAT (MLP):
Max channels: 8
Supported sample rates (kHz): 192 176.4 96 88.2 48 44.1
Supports Dolby TrueHD, object audio PCM and channel-based PCM
Hash calculation not required for object audio PCM or channel-based PCM
One Bit Audio:
Max channels: 8
Supported sample rates (kHz): 44.1
Audio Format Code dependent value: 0x00
Speaker Allocation Data Block:
FL/FR - Front Left/Right
LFE1 - Low Frequency Effects 1
FC - Front Center
BL/BR - Back Left/Right
RLC/RRC - Rear Left/Right of Center (Deprecated)Ich habe einmal auch ausgabe_drm laufen lassen (eben im Copy-Modus).
***********************
*** Output DRM-Card ***
***********************
DP-1: disconnected
DP-2: disconnected
DP-3: connected
HDMI-A-1: disconnected
HDMI-A-2: connected
*************************
*** Output DRM-System ***
*************************
[ 0.000000] Command line: BOOT_IMAGE=/boot/vmlinuz-6.3.0-060300-generic root=UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d ro net.ifnames=0 and biosdevname=0 intel_pstate=enable splash quiet loglevel=3 video=DP-3:1920x1080@50D drm.edid_firmware=DP-3:edid/edid.bin nohz=off nolapic-timer vt.handoff=7
[ 0.004000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-6.3.0-060300-generic root=UUID=a48865c1-45b7-4ba7-b12b-674e46d0738d ro net.ifnames=0 and biosdevname=0 intel_pstate=enable splash quiet loglevel=3 video=DP-3:1920x1080@50D drm.edid_firmware=DP-3:edid/edid.bin nohz=off nolapic-timer vt.handoff=7
[ 1.331713] ACPI: bus type drm_connector registered
[ 1.955516] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[ 1.957214] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/tgl_dmc_ver2_12.bin (v2.12)
[ 1.957791] [drm] forcing DP-3 connector on
[ 1.959767] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
[ 2.009866] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[ 2.055434] i915 0000:00:02.0: drm_WARN_ON(aux_powered)
[ 2.055445] WARNING: CPU: 1 PID: 44 at drivers/gpu/drm/i915/display/intel_tc.c:613 intel_tc_port_update_mode+0x23c/0x2d0 [i915]
[ 2.055569] Modules linked in: hid_generic(+) usbmouse usbkbd usbhid hid i915 drm_buddy i2c_algo_bit ttm drm_display_helper cec rc_core drm_kms_helper crct10dif_pclmul crc32_pclmul polyval_clmulni syscopyarea polyval_generic sysfillrect ghash_clmulni_intel sysimgblt sha512_ssse3 ahci aesni_intel crypto_simd cryptd nvme i2c_i801 spi_intel_pci drm spi_intel i2c_smbus libahci intel_lpss_pci nvme_core igc intel_lpss video idma64 xhci_pci xhci_pci_renesas nvme_common wmi pinctrl_tigerlake
[ 2.055979] ? drm_connector_set_tile_property+0x15f/0x180 [drm]
[ 2.056105] drm_dp_dpcd_access+0xa5/0x140 [drm_display_helper]
[ 2.056114] drm_dp_dpcd_probe+0x41/0x100 [drm_display_helper]
[ 2.056122] drm_dp_dpcd_read+0xe8/0x130 [drm_display_helper]
[ 2.056320] drm_helper_probe_single_connector_modes+0x131/0x5c0 [drm_kms_helper]
[ 2.056334] drm_client_modeset_probe+0x205/0x5f0 [drm]
[ 2.056355] __drm_fb_helper_initial_config_and_unlock+0x35/0x160 [drm_kms_helper]
[ 2.056369] drm_fb_helper_initial_config+0x3d/0x50 [drm_kms_helper]
[ 2.910534] i915 0000:00:02.0: [drm] *ERROR* Failed to read DPCD register 0x92
[ 3.763123] i915 0000:00:02.0: [drm] User-defined mode not supported: "1920x1080": 50 148500 1920 2448 2492 2640 1080 1084 1089 1125 0x60 0x5
[ 3.767697] fbcon: i915drmfb (fb0) is primary device
[ 3.767702] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[ 4.674531] i915 0000:00:02.0: [drm] *ERROR* Failed to read DPCD register 0x92
[ 5.527102] i915 0000:00:02.0: [drm] User-defined mode not supported: "1920x1080": 50 148500 1920 2448 2492 2640 1080 1084 1089 1125 0x60 0x5
[ 9.034536] i915 0000:00:02.0: [drm] *ERROR* [ENCODER:339:DDI TC4/PHY TC4][DPRX] Failed to enable link training
[ 9.034851] i915 0000:00:02.0: [drm] *ERROR* Link Training Unsuccessful
[ 10.813413] i915 0000:00:02.0: [drm] *ERROR* Failed to read DPCD register 0x92
[ 11.666768] i915 0000:00:02.0: [drm] User-defined mode not supported: "1920x1080": 50 148500 1920 2448 2492 2640 1080 1084 1089 1125 0x60 0x5
[ 12.367230] systemd[1]: Starting Load Kernel Module drm...
[ 12.379022] systemd[1]: modprobe@drm.service: Deactivated successfully.
[ 12.379137] systemd[1]: Finished Load Kernel Module drm.
[ 28.662849] i915 0000:00:02.0: [drm] *ERROR* [ENCODER:339:DDI TC4/PHY TC4][DPRX] Failed to enable link training
[ 28.663197] i915 0000:00:02.0: [drm] *ERROR* Link Training UnsuccessfulIm ausgabe_drm scheint es mir so, als würden hier eigentlich Fehler zurückgemeldet (obwohl ich dieses Script laufen lies zu einem Zeitpunkt zu dem eigentlich alles lief)?
Zudem müsste der Modus 1920x1080 50 Hz doch nach meinem Verständnis sowohl im EDID des SAMSUNG als auch des Switches enthalten sein?
Die aktuelle Ausgabe auf dem TV läuft übrigens (lt. Anzeige am TV) mit 3840x2160 / 50p?
offtopic: also entweder startet euer Kastl enorm schnell oder ihr habt nicht die gleichen Ansprüche an Aufnahmen wie wir (2 min. Löcher gehen gar nicht).
davie2000 Ich merke gerade, dass das vorgenannte eventuell gar nicht sarkastisch gemeint war von dir...
In dem Falle stimme ich dir natürlich vollumfänglich zu!
Ich will auch keinen Aussetzer, sondern am liebsten eben, dass auch Bild über HDMI ausgegeben wird, wenn der TV erst nach dem NUC gestartet wird.
Ich werde am Wocheende mal die Tests von cinfo und gggggg angehen.
Nichts desto weniger gelten meine vorgenannten Zeilen und insbesondere mein Dank natürlich auch weiterhin!
Noch „Offtopic“ davie2000 :
Vermutlich sind es wirklich meine/unsere („überhöhten“) Ansprüche 
Insgesamt bin ich deshalb - *Satire off* - oft echt und wahrhaftig erstaunt welche Qualität (in vielen kleinen Details und im letzten Softwarestand) scheinbar doch unsere Reelbox-Geräte sowohl Software- als auch Hardwaremäßig hatten und noch haben 
Wenn man bedenkt, dass allein die Insolvenz bereits 2013 - also vor ca. 10 Jahren - war und ich die Geräte da schon ca. 1-2 Jahre hatte; d.h. 11-12 Jahre+ Produkt-Lebenszyklus einer reinen PC-/Unterhaltungselektronik! > (Warum haben nicht viel mehr Leute sich eine Reelbox Avantgarde gekauft??? Hätte man da nicht noch was machen können aus den Inso-„Resten“??? > Gut der sehr geschätzte Herr Bräuer von reelbox-service.de hat ja sogar ein bisschen was draus gemacht…!)
(Auch bemerkenswert folgender „Schwank“: Vor kurzem hatte ich einen „Kabeltechniker“ von PYUR im Hause, der die Kabelleitung bzw. deren Qualität nachverfolgte. Die „Reelbox“ ist auch heute scheinbar noch bekannt! > Gut vermutlich hielt mich der gute mit DVB-C-Verteiler und 3 Tunern zuerst eher für „verrückt“ und/oder „kauzig“. > Vielleicht bin ich das sogar???…)
Und der bisher einzige „merkbare Makel“ (neben den allgemeinen Verfügbarkeitsproblemen von solch alter „Ersatz-Hardware“) der ist, dass es auf AVG1 bzw. AVG2 mittlerweile bei RTL SD zu kleinsten Tonaussetzern/-Sprüngen kommt und auf der AVG 3 passiert noch nicht einmal das…
Da kann und muss ich sagen: Hut ab (wovon natürlich auch ein sehr großer Teil Klaus kls gebührt; immerhin ist der VDR/das Grundsystem ja von Ihm)!!! 
Aber ja ich gestehe: Vielleicht hat mich/uns die offenbare o.g. Qualität versaut, was die Ansprüche betrifft. Mein Threadtitel sagt(e) es ja auch schon bereits „…Reelbox reproduzieren“. > Nicht mehr (aber auch nicht weniger) versuche ich hier gerade (offenbar)…
An dieser Stelle dann auch noch Dank an cinfo fürs „Aushalten“ meiner/unserer „überhöhter“ Ansprüche und seine Geduld und den Arbeitsaufwand, den er in BM2LTS steckt!
Aber auch jojo61, lnj etc. die mir hier im Forum schon viel und sehr lieb weitergeholfen haben (Nutzt doch ggf. „Spendentools“: Ko-Fi, Patreon, BuyMeACoffee, Github Sponsors; o.ä. > Wenn ich kann, dann würde ich gerne etwas in eine virtuelle Kaffeekasse geben)
Und an alle sonstigen unbekannten und unbenannten Plugin-Entwicklern
Richtig; wenn der NUC zuletzt eingeschaltet wird, dann läuft es.
Sollte der NUC bereits laufen habe ich mir bisher mit aus-/einschalten des NUC beholfen. Dann geht es auch.
Fraglich wäre: Ließe sich eine HDMI-(Neu)-Aushandlung irgendwie starten ohne den NUC ein-/auszuschalten oder den VDR zu restarten (> Wenn ich das richtig verstehe, dann ist ein VDR-Restart doch deine Lösung, oder?).
