[VDR*ELEC] - LibreELEC/CoreELEC mit VDR Client

Das erscheint mir mysteriös:

Dez 29 23:35:52 CoreELEC kernel: vout: vmode set to 1080p50Hz

Dez 29 23:35:52 CoreELEC kernel: vout: error: no matched vout mode, exit

...

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: get dtd0 vic: 4

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: get dtd1 vic: 19

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: get dtd2 vic: 5

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: get dtd3 vic: 16

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: get dtd4 vic: 31

Dez 29 23:37:13 CoreELEC kernel: hdmitx: hdmitx: get PMT vic: 16

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: find IEEEOUT

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: blk0 raw data

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid:

00ffffffffffff004dd903520101010129170103805932780aee91a3544c9926

0f505420000001010101010101010101010101010101023a801871382d40582c

4500c48e2100001e023a80d072382d40102c4580c48e2100001e000000fc0053

414d53554e470a2020202020000000fd00184b0f510f000a202020202020017b

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid: blk1 raw data

Dez 29 23:37:13 CoreELEC kernel: hdmitx: edid:

020341f54b901f041305140312202122320f7f071507553d1fc0570700675400

5f7e01835f000076030c002150b82d21d00c0100070f0616465696a64050e200

0f011d007251d01e206e285500c48e2100001e011d00bc52d01e20b8285540c4

8e2100001e011d8018711c1620582c2500c48e2100009e0000000000000000b4

Dez 29 23:37:13 CoreELEC kernel: hdmitx: system: update physical size: 890 500

Dez 29 23:37:13 CoreELEC kernel: hdmitx: system: get current mode: 1080p60hz

Dez 29 23:37:13 CoreELEC kernel: hdmitx: system: update physical size: 890 500

ups... echo 1080p50hz > /sys/class/display/mode funktioniert!

Kann es sein, dass Coreelec den Modus (in der config.ini war er richtig eingetragen) nicht setzen konnte, weil der Kernel zu dem Zeitpunkt noch nicht die HDMI-Initialisierung abgeschlossen hatte?

Ich habe jetzt erstmal echo 1080p50hz > /sys/class/display/mode in /storage/.config/autostart.sh als ersten Befehl eingetragen. Jetzt startet vdr mit 50Hz

Hallo Zabrimus,

ich wollte ein neues image probieren und habe für meine Tanix TX3 das CoreELEC-Amlogic-ng.arm-19.5-Matrix_devel_20221230233314-Generic installiert. Ich kriege vdr aufs Verrecken nicht dazu, softhdodroid zu laden, obwohl es in enabled_plugins mit aufgeführt ist. Alle anderen aufgeführten plugins werden geladen.

Es gibt keine Fehlermeldung zu softhdodroid, vdr versucht nichtmal, es zu laden.

Im Log finde ich

Dez 31 13:34:56 VDRSternELEC systemd[1]: Starting Optee TEE-Supplicant...
Dez 31 13:34:56 VDRSternELEC systemd[1]: opentee_linuxdriver.service: Control process exited, code=exited, status=1/FAILURE
Dez 31 13:34:56 VDRSternELEC systemd[1]: opentee_linuxdriver.service: Skipped due to 'exec-condition'.
Dez 31 13:34:56 VDRSternELEC systemd[1]: Condition check resulted in Optee TEE-Supplicant being skipped.
Dez 31 13:34:56 VDRSternELEC systemd[1]: Dependency failed for Amlogic OPTEE Video Firmware Preload Service.
Dez 31 13:34:56 VDRSternELEC systemd[1]: video-firmware-preload.service: Job video-firmware-preload.service/start failed with result 'dependency'.

kodi funktioniert!

Ich habe keine Idee mehr...

Logge dich mal per ssh ein und erstelle mit "touch .profile" die fehlende Datei ".profile" unter /storage.... Eventuell hilft das...

die ist vorhanden!

CoreELEC:~ # cd /storage
CoreELEC:~ # cat .profile
export LANG="de_DE.UTF-8"
export LC_ALL="de_DE.UTF-8"
SWITCH_VDR_SCRIPT=/usr/local/bin/switch_vdr_softhdodroid.sh
START_PRG=vdr

Kannst du mal das angehängte Script nach /storage/ packen und manuell aufrufen? Allerdings solltest du vorher VDR wirklich stoppen systemctl stop vdropt.

Das Script ist eine Kopie von /usr/local/bin/start_vdr.sh, gibt aber die gesamte Kommandozeile aus. Gibt es denn die Config /storage/.config/vdropt/conf.d/softhdodroid.conf?

start_vdr.sh.txt

Das ganze sieht auf meiner TX3 so aus:

CoreVDR:~ # sh start_vdr.sh
killall: splash-image: no process killed
LD_PRELOAD=/usr/lib/libMali.so LD_LIBRARY_PATH=/usr/local/lib:/usr/local/lib/vdr:/usr/lib:/storage/.kodi/addons/script.globalsearch/lib:/usr/lib/pulseaudio /usr/local/bin/vdr        --grab=/storage/tmp --watchdog=0 --lirc --terminal=/dev/tty0 --shutdown=/storage/.config/vdropt/shutdown.sh              -P 'softhdodroid -a hw:CARD=AMLAUGESOUND,DEV=0'                                    -P 'satip'            -P 'epgsearch'      -P 'skinnopacity'    -P 'femon'

es funktioniert, wenn ich die Plugins direkt in /storage/.conf/vdropt/conf.d/vdr.conf eintrage:

[vdr]
--grab=/storage/tmp
--watchdog=0
--lirc
--terminal=/dev/tty0
--plugin=softhdodroid
--plugin=iptv
--plugin=skinnopacity

wieso klappt das nicht mit enabled_plugins, und warum wird nur dieses eine plugin (softhdodroid) darin ignoriert, egal an welcher Position in einer Auflistung es steht? Bei einem früheren image gab es das Problem nicht.

Zitat von Zabrimus

Gibt es denn die Config /storage/.config/vdropt/conf.d/softhdodroid.conf?

ist vorhanden, aber leer

alle conf und ini-Dateien in /storage/.config/vdropt/conf.d/ sind leer! vdr.conf, iptv.conf und skinnopacity.conf funktionieren nur deshalb, weil ich sie von einem backup zurückgesichert hatte. Bei softhddevice gab es diese Notwendigkeit nicht, weil ich keine Pluginparameter verwende.

Die Vorlagedateien in .config/vdropt-sample/conf.d sind o.k.!

Zitat von Dr. Seltsam

alle conf und ini-Dateien in /storage/.config/vdropt/conf.d/ sind leer!

In der Parameterliste taucht softhdodroid auch nicht auf. In der config muss auf jeden Fall für jedes zu startende Plugin zumindest der Eintrag "[pluginname]" vorhanden sein, weil daraus die Kommandozeile generiert wird. Zusätzlich zu den Parametern für das Plugin.

Und gerade softhdodroid braucht noch einen Parameter.

[softhdodroid]
-a hw:CARD=AMLAUGESOUND,DEV=0

Also entweder aus .config/vdropt-sample/conf.d kopieren oder manuell erstellen.

Ich verstehe nur nicht, wie die Dateien alle leer sein können. Das ist schon ein wenig merkwürdig.

edit:

Also zusammengefasst:

In enabled_plugins befinden sich Namen. Mit dem Namen wird in conf.d/<name>.conf die Konfiguration gelesen. Aus der Konfiguration wird dann das zu startende Plugin mit Parametern extrahiert.

Es ist also auch möglich, z.B. in enabled_plugins sowas wie "mein_neues_plugin" zu schreiben, und in conf.d/mein_neues_plugin.conf ein völlig anders Plugin zu konfigurieren.

Es ist zwar möglich, aber wahrscheinlich verwirrend.

sehr mysteriös.

Ich hatte mir vor dem ersten Start einige backup-Dateien im Vorwege auf die SD-Card kopiert und dazu /storage/.config/vdropt angelegt.

Wenn ich das installscript richtig interpretiere

  if [ ! -d /storage/.config/vdropt ]; then
    # copy samples to final directory
    cp -a /storage/.config/vdropt-sample /storage/.config/vdropt
  fi

sind deshalb die Vorlagendateien aus vdropt-sample nicht kopiert worden, da das Zielverzeichnis bereits bestand.

Warum nun aber dennoch Dateien, die ich vorher nicht von meinem backup kopiert hatte mit 0 Byte und leer vorhanden sind, begreife ich nicht.

Zabrimus: Warum eigentlich so kompliziert? Wenn man die zu aktivierenden Plugins ohnehin in einer Datei (enabled_plugins) eintragen muss, könnte man doch auch gleich die Pluginparameter dort ergänzen, so wie es die plugins.conf in den vdr-Sourcen vorsieht.

Zitat von Dr. Seltsam

Wenn ich das installscript richtig interpretiere

Die Samples werden nur kopiert, wenn das Verzeichnis nicht besteht. Das ist richtig, weil ansonsten könnten eigene Konfigurationen überschrieben werden und das wollte ich vermeiden.

Das install Skript kennt aber auch den Parameter "-C" um genau das zu erreichen:

Bestehende Konfigurationen beibehalten und neue hinzufügen. Falls die Dateien schon existieren, werden sie auch aber dann nicht überschrieben. Das würde dir also auch nicht nützen, außer du löscht vorher alle 0-Byte Dateien.

Zitat von Dr. Seltsam

Zabrimus: Warum eigentlich so kompliziert? Wenn man die zu aktivierenden Plugins ohnehin in einer Datei (enabled_plugins) eintragen muss, könnte man doch auch gleich die Pluginparameter dort ergänzen, so wie es die plugins.conf in den vdr-Sourcen vorsieht.

Kompliziert? Bisher hielt ich das immer für sehr einfach. An den genauen Grund kann ich mich gar nicht mehr erinnern. Aber es werden alle Plugins und alle Config installiert und ich habe mich dagegen gesträubt, irgendwelche Tricks anwenden zu müssen um die zu startenden Plugins auswählen zu können. Zum Beispiel Links der Config Dateien zu erstellen/löschen oder andere Lösungen. Mir ging es darum, möglichst schnell und einfach Plugins aus- und abwählen zu können. Gerade in der Anfangsphase habe ich die wildesten Kombinationen an Plugins probiereren müssen, z.B. ob die überhaupt starten.

Auf einem System wie die Tanix TX3 kann ich - nach meinen Tests - nicht unbedingt empfehlen das Vollprogramm (alle vorhandenen Plugins) zu starten.

Im Prinzip hat man jetzt die bekannten *.conf Dateien mit dem Unterschied, daß das Startkommando anders erstellt wird.

Zitat von rell

Gibts jemanden, der testen möchte, ob das Ganze auch auf dem RPi4 funktioniert?

Gruß

Andreas

Gilt das noch, wenn ja geht es dir nur um den VDR oder auch den switch Kodi<->VDR Mode.

Zitat von rell

Fast Switch ist im softhddevice eh noch nicht integriert.

was meinst Du damit? Kann softhddevice-drm kein ATTA/DETA?

also den release 2022-12-31.1 hab ich mit Kodi und RC am laufen.

1. dann muss ich mal umstellen das der VDR start applikation ist

2. in den voreingestellten Plugins ist derzeitig nur softhddevice-drm-gles drin, mal schauen wie ich softhddevice-drm einstelle

3. dann muss ich mir das mit den logs anschauen, hab noch nicht verstanden wo die vdr logs drin sind

meld mich wieder