Installation eines VDR+Plugins nativ auf CoreELEC Boxen

LotharE · July 29, 2026 at 2:33 PM

OK, mach ich!

LotharE · July 29, 2026 at 3:03 PM

Leider gibt's jetzt den nächsten Fehler:

Code

Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] loading plugin: /usr/local/lib/vdr/libvdr-extrecmenung.so.13
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] loading plugin: /usr/local/lib/vdr/libvdr-nordlichtsepg.so.13
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-server.so.13
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] loading plugin: /usr/local/lib/vdr/libvdr-web.so.13
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] loading plugin: /usr/local/lib/vdr/libvdr-live.so.13
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] ERROR: /usr/lib/libtntnet.so.14: undefined symbol: PEM_read_X509
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: web
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: streamdev-server
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: nordlichtsepg
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: extrecmenung
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: radio
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: systeminfo
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: femon
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: epgsearch
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: skinnopacity
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: satip
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] deleting plugin: softhdodroid
Jul 29 15:00:55 CoreELEC vdr[2715]: [2715] exiting, exit code 2
Jul 29 15:00:55 CoreELEC systemd[1]: vdropt.service: Main process exited, code=exited, status=2/INVALIDARGUMENT
Jul 29 15:00:55 CoreELEC systemd[1]: vdropt.service: Failed with result 'exit-code'.

Display More

Zabrimus · July 29, 2026 at 3:28 PM

Quote from LotharE

ERROR: /usr/lib/libtntnet.so.14: undefined symbol: PEM_read_X509

Für tntnet gab es meines Wissens auch ein Upgrade. PEM_read_X509 stammt aus openssl und sollte eigentlich vorhanden sein. Vielleicht wird nicht gegen openssl gelinkt? Reine Vermutung.

Das Upgrade von CE/LE scheint noch spannender zu werden als es schon war. Ich muss jetzt verschiedene Images bauen lassen und einfach mal testen.

LotharE · July 29, 2026 at 3:47 PM

Ich hab mal geschaut, ob ich das Symbol in den Libs finde

Code

CoreELEC:~ # ldd /usr/lib/libtntnet.so.14
        linux-vdso.so.1 (0x0000007f8c585000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0000007f8c240000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0000007f8bfb0000)
        libm.so.6 => /usr/lib/libm.so.6 (0x0000007f8bee0000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x0000007f8bea0000)
        libc.so.6 => /usr/lib/libc.so.6 (0x0000007f8bd10000)
        /usr/lib/ld-linux-aarch64.so.1 (0x0000007f8c548000)

Mit strings auf einen anderem System finde ich den Namen in libtntnet.so als auch in libcrypto.so:

Code

[admin@QNAP2 ~]# strings /share/video/libcrypto.so.3 | grep PEM_read_X509
PEM_read_X509_ACERT
PEM_read_X509_AUX
PEM_read_X509
PEM_read_X509_PUBKEY
PEM_read_X509_CRL
PEM_read_X509_REQ
[admin@QNAP2 ~]# strings /share/video/libtntnet.so.14 | grep PEM_read
PEM_read_X509

vdr_rossi · July 29, 2026 at 3:47 PM

Quote from Zabrimus

Das Upgrade von CE/LE scheint noch spannender zu werden als es schon war.

Mit LE13 kann ich testen.

Aktuell klemmt der build Prozess bei llvm:host (Details kann ich heute Abend liefern).

Zabrimus · July 29, 2026 at 5:01 PM

Das Problem scheint schwieriger zu sein. Ich habe unter CE22 alle Plugins abgeschaltet und starte nur noch softhdodroid. Dann bekomme ich

Code

error: XDG_RUNTIME_DIR is invalid or not set in the environment.
failed to initialize EGL display
terminate called after throwing an instance of 'std::bad_array_new_length'
  what():  std::bad_array_new_length

Thread 16 "oglThread" received signal SIGABRT, Aborted.
[Switching to LWP 5607]

Ich habe leider keine Debug Informationen, aber zu krachen scheint es in

Code

#7  0x0000007ff7c49a08 in __cxa_throw_bad_array_new_length () from /usr/lib/libstdc++.so.6 
No symbol table info available. 
#8  0x0000007ff549d9d4 in cOglThread::InitOpenGL() () from /usr/local/lib/vdr/libvdr-softhdodroid.so.13

Ich fürchte, ich muss für CE22 ältere Versionen probieren. Ab wann ein Problem auftaucht muss untersucht werden. Für LE13 warte ich noch auf Bestätigung, aber ich hoffe, da läuft es sauber, weil ich noch nicht weiß, wie ich da testen soll.

Zabrimus · July 29, 2026 at 5:04 PM

Quote from vdr_rossi

Aktuell klemmt der build Prozess bei llvm:host (Details kann ich heute Abend liefern).

Hmnm. Auf meiner Buildmaschine für LE13 Generic machen llvm und media-center ziemliche Probleme, weil die Kommandozeile zu lang wird. Das habe so auch noch nie gesehen. Meine Lösung war, einen Link anzulegen: ln -s /<pfad>/zu/VDRSternELEC/ /v.

Und dann in /v erst die beiden Pakete bauen um dann wieder nach /<pfad>/zu/VDRSternELEC/ tu springen und den Rest zu bauen.

Zabrimus · July 29, 2026 at 5:08 PM

Quote from LotharE

Mit strings auf einen anderem System finde ich den Namen in libtntnet.so als auch in libcrypto.so:

Ich denke tatsächlich, daß der Linker openssl oder libcrypto nicht berücksichtigt:

Code

ldd libvdr-live.so.13
        linux-vdso.so.1 (0x0000007f86816000)
        libtntnet.so.14 => /usr/lib/libtntnet.so.14 (0x0000007f860a0000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0000007f85e10000)
        libm.so.6 => /usr/lib/libm.so.6 (0x0000007f85d40000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x0000007f85d00000)
        libc.so.6 => /usr/lib/libc.so.6 (0x0000007f85b70000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0000007f85b30000)
        /usr/lib/ld-linux-aarch64.so.1 (0x0000007f867d9000)

odroid2:/usr/local/lib/vdr # ldd /usr/lib/libtntnet.so.14
        linux-vdso.so.1 (0x0000007f93703000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0000007f933b0000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0000007f93120000)
        libm.so.6 => /usr/lib/libm.so.6 (0x0000007f93050000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x0000007f93010000)
        libc.so.6 => /usr/lib/libc.so.6 (0x0000007f92e80000)
        /usr/lib/ld-linux-aarch64.so.1 (0x0000007f936c6000)

Display More

Die ssl/crypto Libraries fehlen.

Jo. Auf einem funktionierendem System sieht es so aus:

Code

ldd /usr/lib/libtntnet.so.13 
        linux-vdso.so.1 (0x0000007fa6508000)
        libz.so.1 => /usr/lib/libz.so.1 (0x0000007fa61e0000)
        libssl.so.3 => /usr/lib/libssl.so.3 (0x0000007fa60e0000)
        libcrypto.so.3 => /usr/lib/libcrypto.so.3 (0x0000007fa5b70000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x0000007fa58e0000)
        libm.so.6 => /usr/lib/libm.so.6 (0x0000007fa5810000)
        libc.so.6 => /usr/lib/libc.so.6 (0x0000007fa5680000)
        libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x0000007fa5640000)
        /usr/lib/ld-linux-aarch64.so.1 (0x0000007fa64cb000)

Das Problem lässt sich lösen. Jetzt muss nur(?) noch das Ausgabeplugin geprüft werden.

LotharE · July 29, 2026 at 7:08 PM

Mit der letzten Änderung kommt er etwas weiter und bricht dann mit Core Dump ab:

Code

Jul 29 19:04:00 CoreELEC vdr[2097]: codec: using audio codec ID 0x15003 (ac3)
Jul 29 19:04:00 CoreELEC vdr[2097]: codec: audio 'ATSC A/52A (AC-3)'
Jul 29 19:04:00 CoreELEC vdr[2097]: codec/audio: format change fltp 48000Hz *2 channels PCM AC-3 E-AC-3 pass-through
Jul 29 19:04:00 CoreELEC vdr[2097]: codec/audio: resample fltp 48000Hz *2 -> s16 48000Hz *2
Jul 29 19:04:00 CoreELEC vdr[2097]: pesdemux: pes start code id 0xbd
Jul 29 19:04:00 CoreELEC vdr[2097]: video: h264 detected
Jul 29 19:04:00 CoreELEC vdr[2097]: CodecVideoOpen h264
Jul 29 19:04:00 CoreELEC vdr[2097]: AmlVideoSink - VIDEO/H264
Jul 29 19:04:00 CoreELEC vdr[2097]: [2097] nopacity: Cache reloaded in 614 ms
Jul 29 19:04:00 CoreELEC vdr[2097]: [2097] [softhddev]CreateOsd: left 322, top 188, level 0, using OpenGL OSD support
Jul 29 19:04:00 CoreELEC vdr[2097]: [2097] [softhddev]Trying to start OpenGL Worker Thread
Jul 29 19:04:00 CoreELEC vdr[2097]: [2136] oglThread thread started (pid=2097, tid=2136, prio=high)
Jul 29 19:04:06 CoreELEC start_vdr.sh[2002]: /usr/local/bin/start_vdr.sh: line 54:  2097 Aborted                    (core dumped) sh -c "LD_PRELOAD=$LD_PRELOAD_MALI LD_LIBRARY_PATH=$LIB_DIR:$LIB_DIR/vdr:$LD_LIBRARY_PATH ${BIN_DIR}/$arg"
Jul 29 19:04:06 CoreELEC systemd[1]: vdropt.service: Main process exited, code=exited, status=134/n/a
Jul 29 19:04:07 CoreELEC systemd[1]: vdropt.service: Failed with result 'exit-code'.
Jul 29 19:04:07 CoreELEC systemd[1]: vdropt.service: Consumed 2.207s CPU time over 12.138s wall clock time.

Display More

Zabrimus · July 29, 2026 at 7:53 PM

Quote from LotharE

Mit der letzten Änderung kommt er etwas weiter und bricht dann mit Core Dump ab:

Das sieht mir nach softhdodroid aus. Ich baue mir gerade eine Version mit Debug Symbolen. Vielleicht sehr ich da mehr.

Zabrimus · July 30, 2026 at 6:47 AM

Hmm. Ich bin mir nicht sicher, aber ich finde den Wert von num_configs schon etwas erhöht. Nur verstehe ich von dem Zeug nix

Code

#8  0x0000007f88f2db60 in cOglThread::InitOpenGL (this=this@entry=0x27c89cf0) at openglosd.cpp:2183
        nativeDisplay = 0x0
        major = 0
        minor = 0
        success = <optimized out>
        configAttributes = {12339, 4, 12321, 0, 12324, 8, 12323, 8, 12322, 8, 12325, 16, 12326, 0, 12320, 32, 12337, 4, 12352, 4, 12344}
        num_configs = 1904007312
        configs = <optimized out>
        match = <optimized out>
        contextAttributes = {0, 0, 117}

Und damit kracht es denn bei

Code

EGLConfig* configs = new EGLConfig[num_configs];

jojo61 · July 30, 2026 at 7:00 AM

Quote from Zabrimus

ich finde den Wert von num_configs schon etwas erhöht

Das ist leicht untertrieben Da stimmt etwas nicht mit der EGL Lib. Das müsste ich untersuchen, habe aber gerade keine Zeit. Komme erst nächste Woche wieder dazu am VDR zu arbeiten.

vdr_rossi · July 30, 2026 at 8:52 PM

Quote from Zabrimus

Für LE13 warte ich noch auf Bestätigung, aber ich hoffe, da läuft es sauber, weil ich noch nicht weiß, wie ich da testen soll.

Ich habe den build Prozess durchbekommen und installiert.

Das System startet, schmeisst aber unendlich "vdr: /usr/lib/libtntnet.so.14: undefined symbol: PEM_read_X509" Fehlermeldung aus.

Bin nun wieder zurück auf ein heiles Image. Weiter testen kann ich eh erst nächste Woche...

Zabrimus · July 31, 2026 at 6:01 AM

Quote from vdr_rossi

Das System startet, schmeisst aber unendlich "vdr: /usr/lib/libtntnet.so.14: undefined symbol: PEM_read_X509" Fehlermeldung aus.

Okay. Dann muss ich den Patch (bisher nur für CE22) auch für LE13 machen: https://github.com/Zabrimus/VDRSt…6af7280cf276c39

Zabrimus · August 2, 2026 at 9:38 AM

Die neuste Version von systemd macht immer noch Probleme mit __epoll_pwait2_time64. Ich muss den Downgrade also leider noch weiter behalten. Dir Pull Requests für systemd finden sich hier, sind aber nicht wirklich überzeugend.

vdr_rossi · August 3, 2026 at 1:47 PM

Versuche LE13 lokal zu bauen. Da klemmt es hier:

Code

Cannot get wsdd2 sources
 primary: https://github.com/Netgear/wsdd2/archive/1.8.7.tar.gz
  mirror: https://sources.libreelec.tv/mirror https://vdrsternelec.serversenke.de/packages/wsdd2/wsdd2-1.8.7.tar.gz
Try later!

Es handelt sich um einen neuen build. Wollte nochmal komplett von vorne anfangen.

rell · August 3, 2026 at 1:53 PM

[BUG] Repository wsdd2 no longer available · Issue #11592 · LibreELEC/LibreELEC.tv

Describe the bug Missing repository How to reproduce Steps to reproduce the behavior: Go to '...' Play '....' See error Information LibreELEC Version: [e.g.…

github.com

Zabrimus · August 3, 2026 at 2:18 PM

Quote from vdr_rossi

mirror: https://sources.libreelec.tv/mirror https://vdrsternelec.serversenke.de/packages/wsdd2/wsdd2-1.8.7.tar.gz

Das Paket sollte dann eigentlich vom Mirror geholt werden. Vorhanden ist es zumindest. Funktioniert da etwas nicht? Ich muss mir das anschauen, ob ich in der Mirror-Schleife nicht wieder etwas übersehen habe.

vdr_rossi · August 3, 2026 at 5:00 PM

Quote from Zabrimus

…Vorhanden ist es zumindest. Funktioniert da etwas nicht?

Nein, er holt es sich nicht vom mirror.

Zabrimus · August 3, 2026 at 6:05 PM

Quote from vdr_rossi

Nein, er holt es sich nicht vom mirror.

Ich habe wohl versehentlich einen Patch gelöscht. Das ist gefixed. Das Paket wird bei mir jetzt vom LibreELEC mirror geholt.

Participate now!