Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Zitat von Zabrimus

...

Auf jeden Fall wird am Ende das Script /usr/local/bin/switch_kodi_vdr.sh aufgerufen und beim Wechsel von VDR auf KODI ist der Teil relevant.

Code

elif [ "${START_PRG}" = "kodi" ]; then
  if [ ! -z ${SWITCH_VDR_SCRIPT} ]; then
    eval ${SWITCH_VDR_SCRIPT} detach
  else
    systemctl stop vdropt
  fi
  systemctl start kodi

Hier kommt das SWITCH_VDR_SCRIPT ins Rennen. Das wird mit dem Parameter "detach" aufgerufen.

...

Aha, danke für die Erklärung.

Mit dem SWITCH_VDR_SCRIPT=/usr/local/bin/switch_vdr_softhdodroid.sh Eintrag unter /storage/.profile funktioniert vdr-live bzw. VDR nun auch nach Kodi Start

Habe mit Hard und Software nun einen perfekten VDR

Danke für Deine Mühe!

Habe zwei Odroid N2+ Systeme mit VDRSternELEC am laufen. Am selben Fernseher (hdmi1 und hdmi2).

Ein System hat ein helleres oder besser knackiges Bild. Das andere ein etwas dunkleres Bild. Am VDR selbe Empfangsart und Programm eingestellt.

Jeweils verglichen per hdmi Umschaltung am Fernseher.

Nach etwas Recherche bin ich auf eventl. unterschiedliche /flash/config.ini gestoßen, bzw. die eingestellten Werte.

Beide Systeme sind gleich eingestellt vout='1080p50hz'. Außerdem habe ich das System mit dunklerem Bild auf 10Bit gestellt -> echo 420,10bit >/sys/class/amhdmitx/amhdmitx0/attr. Und das Setup von softhdodroid verglichen. Alles deckungsgleich.

Aber ändern tun diese Einstellungen am Ergebnis nichts. Wo ließe sich das eventl. noch einstellen, oder wo könnte ich noch suchen?

Stehe hier auf dem Schlauch.

Danke

Hat der TV für die Eingänge hdmi1 und hdmi2 separat regelbare Bildeinstellungen? Schon bei meinem 10 Jahre alten Samsung ist das so. Habe aber alle Geräte über den AVR laufen, so dass immer der gleiche HDMI-Eingang am TV mit immer den gleichen Einstellungen verwandt wird - mit allen Vor- und Nachteilen.

Ansonsten habe ich Unterschiede zwischen dem N2+ (S922x) und einer Tanix TX3 Box (S905X3) bemerkt. Die Tanix hat das bessere Bild - irgendwie kräftigere Farben und mehr Kontrast. Wobei ich nicht sagen möchte, das man das nicht mit Nachregeln am TV für den N2+ vielleicht genauso hinbekäme.

Zitat von Dr. Seltsam

Die Tanix hat das bessere Bild - irgendwie kräftigere Farben und mehr Kontrast.

Wie sich das mit dem digitalen HDMI erklären lässt würde mich interessieren Kann also nur an unterschiedlichen dekodern im S922x und S905X3 (LUT) liegen.

Wie auch immer. Dass unterschiedliche HDMI-Geräte eine unterschiedlich gute Bildqualität aufweisen ist ja nichts neues.

Das schlimmste was ich bisher gesehen war das Bild von einer im Asrock J4105B integrierten UHD Graphics 600. Flau und kontrastarm.

Es ist keine Einstellung von Ausgabeplugin oder Betriebssystem. Quertausch vom hdmi Kabel brachte die Erkenntnis.

Also ein TV Problem -> darum hier eine neues Thema.

Hallo Zabrimus,

aktuell baut das image nicht mehr:

GET      _a52dec (archive)
--2024-03-16 11:18:01--  https://liba52.sourceforge.io/files/a52dec-0.7.4.tar.gz
Resolving liba52.sourceforge.io (liba52.sourceforge.io)... 172.64.148.49, 104.18.39.207
Connecting to liba52.sourceforge.io (liba52.sourceforge.io)|172.64.148.49|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-03-16 11:18:02 ERROR 404: Not Found.

--2024-03-16 11:18:02--  http://sources.coreelec.org/_a52dec/_a52dec-0.7.4.tar.gz
Resolving sources.coreelec.org (sources.coreelec.org)... 116.203.16.118
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://sources.coreelec.org/_a52dec/_a52dec-0.7.4.tar.gz [following]
--2024-03-16 11:18:02--  https://sources.coreelec.org/_a52dec/_a52dec-0.7.4.tar.gz
Connecting to sources.coreelec.org (sources.coreelec.org)|116.203.16.118|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-03-16 11:18:02 ERROR 404: Not Found.

--2024-03-16 11:18:02--  http://sources.libreelec.tv/mirror/_a52dec/_a52dec-0.7.4.tar.gz
Resolving sources.libreelec.tv (sources.libreelec.tv)... 138.68.75.163
Connecting to sources.libreelec.tv (sources.libreelec.tv)|138.68.75.163|:80... connected.
HTTP request sent, awaiting response... 301 Moved Permanently
Location: https://sources.libreelec.tv/mirror/_a52dec/_a52dec-0.7.4.tar.gz [following]
--2024-03-16 11:18:02--  https://sources.libreelec.tv/mirror/_a52dec/_a52dec-0.7.4.tar.gz
Connecting to sources.libreelec.tv (sources.libreelec.tv)|138.68.75.163|:443... connected.
HTTP request sent, awaiting response... 404 Not Found
2024-03-16 11:18:02 ERROR 404: Not Found.

archlinux gibt als upstream-Quelle https://git.adelielinux.org/community/a52dec/ an - dort ist Version 0.8.0 aktuell. Hoffentlich ist die kompatibel

Danke fürd en schnellen Fix.

Jetzt kommt beim build des softhdodroid-Plugins:

In file included from softhdodroid.cpp:42:
openglosd.h:34:10: fatal error: GLES3/gl32.h: No such file or directory
   34 | #include <GLES3/gl32.h>
      |          ^~~~~~~~~~~~~~
compilation terminated.
make[1]: *** [<builtin>: softhdodroid.o] Error 1
make[1]: Leaving directory '/home/martin/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-ng.arm-20/build/_vdr-plugin-softhdodroid-0401f5c6367226724f254a6890d7a492f817be82'
FAILURE: scripts/build _vdr-plugin-softhdodroid:target during make_target (default)
*********** FAILED COMMAND ***********
make ${PKG_MAKE_OPTS_TARGET}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install _vdr-plugin-softhdodroid:target has failed!

was gebe ich denn jetzt am besten für einen Befehl ein, damit erstmal nur das Paket aktualisiert wird?

Ziel wäre, dass beim anschließenden Aufruf des build-Befehls nicht alles, was schon kompiliert ist, nochmal neu gebaut wird

ich will ja gar kein einzelne Paket bauen, sondern den bei 358/495 unterbrochenen build-Prozess für das image fortsetzen. Gebe ich den build-Befehl erneut ein, rauscht er zwar über alle schon kompilierten Pakete hinweg, bricht aber bei softhdodroid wieder ab.

Muss ich ein git pull oder git pull --all machen? Gab es nicht auch mal einen updaten-Befehl?

Ja, du musst für die aktuellen Änderungen an VDRSternELEC ein git pull machen. Das CoreELEC Verzeichnis bleibt davon unberührt, ausser die Version wurde hochgezogen. Dann werden aber auch nur die Pakete neu gebaut, die von Änderungen betroffen sind. Bei den anderen bleibt das build Verzeichnis unberührt.

Moin Zabrimus

ich habe heute mal wieder ein Update auf die aktuellste Version gemacht: VDR-CoreELEC-Amlogic-ng.arm-21.0-Omega-2024-03-16.1.tar

Dann habe ich wie immer noch anschließend in der Konsole ein : /usr/local/bin/install.sh -C ausgeführt.

Nach dem ersten reboot hatte ich dann etwas Probleme, als ich vom VDR zu KODI gewechselt bin, da war dann KODI + VDR gleichzeitig aktiv.

Aufgefallen war mir vorher beim Update und dem Ausführen des Scriptes, das es fast am Ende folgende Ausgabe auf der Konsole gab:

Disabling 'switch_kodi_vdr.service', but its triggering units are still active:
switch_kodi_vdr.path

Ist das so richtig, oder kann das weg?

UPDATE:

Beim 2. Reboot war dann wieder alles okay.

Also musste es wohl so sein ???

Zitat von Zabrimus

Hast du das Problem lösen können? Mir will nichts einfallen, was das verursachen könnte.

Das was Paulaner beschreibt, plagt mich als sporadisch auftretendes Problem in einer chroot-Umgebung schon länger:

Beitrag

RE: Installation eines VDR+Plugins nativ auf CoreELEC Boxen

[…]

das Problem treibt mich weiter um. Leider wird da soviel geloggt, dass man den Wald vor lauter Bäumen sieht. Mein erster Ansatz, nur gezielt bestimmte eigene Debug-Meldungen zu loggen, war allerdings keine gute Idee - so habe ich den größen Baum auch nicht mehr gesehen
Es kommt hier beim canceln des VideoThreads zu einem segfault. In der Folge startet vdr neu. Hätte ich aufgrund der bereits beobachteten neuen Pid auch längst drauf kommen können.
(Quelltext, 32 Zeilen)


Den Code in…

Dr. Seltsam

18. Februar 2024

Geht zuvor in #791 los