Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Zabrimus · December 21, 2024 at 11:32 AM New

Quote from LotharE

mit deinem letzten Update baut das Plugin eepg nicht mehr.

Ich fürchte, du warst zu schnell und hast den letzten Commit nicht mitgenommen. Den Patch habe ich genau da entfernt.

https://github.com/Zabrimus/VDRSt…0a75c877994e73c

LotharE · December 21, 2024 at 11:36 AM New

Ja, hab ich schon gesehen.

Danke!

LotharE · December 28, 2024 at 4:14 PM New

Hi Zabrimus,

mit der aktuellen Version von deinem Repo startet der VDR nicht mehr:

CE22-no

Es gab wohl ein Update von libav

softhdodrid möchte diese Versionen:

libavutil.so.58 => not found
libavcodec.so.60 => not found
libavfilter.so.9 => not found
libswresample.so.4 => not found

Aktuell sind jetzt diese Versionen:

CoreELEC:~ # ll /usr/lib/libav*

lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavcodec.so -> libavcodec.so.61.19.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavcodec.so.61 -> libavcodec.so.61.19.100
-rwxr-xr-x 1 root root 12855472 Dec 28 14:02 /usr/lib/libavcodec.so.61.19.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavdevice.so -> libavdevice.so.61.3.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavdevice.so.61 -> libavdevice.so.61.3.100
-rwxr-xr-x 1 root root 67704 Dec 28 14:02 /usr/lib/libavdevice.so.61.3.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavfilter.so -> libavfilter.so.10.4.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavfilter.so.10 -> libavfilter.so.10.4.100
-rwxr-xr-x 1 root root 4134392 Dec 28 14:02 /usr/lib/libavfilter.so.10.4.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavformat.so -> libavformat.so.61.7.100
lrwxrwxrwx 1 root root 23 Dec 28 14:02 /usr/lib/libavformat.so.61 -> libavformat.so.61.7.100
-rwxr-xr-x 1 root root 2235048 Dec 28 14:02 /usr/lib/libavformat.so.61.7.100
lrwxrwxrwx 1 root root 22 Dec 28 14:02 /usr/lib/libavutil.so -> libavutil.so.59.39.100
lrwxrwxrwx 1 root root 22 Dec 28 14:02 /usr/lib/libavutil.so.59 -> libavutil.so.59.39.100
-rwxr-xr-x 1 root root 789352 Dec 28 14:02 /usr/lib/libavutil.so.59.39.100

Ich habe testweise Symlinks auf die alten Versionen angelegt; das klappt leider nicht:

Dez 28 16:07:43 CoreELEC vdr[26991]: [26991] loading plugin: /usr/local/lib/vdr/libvdr-softhdodroid.so.5
Dez 28 16:07:43 CoreELEC vdr[26991]: [26991] ERROR: /storage/libavutil.so.58: version `LIBAVUTIL_58' not found (required by /usr/local/lib/vdr/libvdr-softhdodroid.so.5)

Ich weis nicht, ob es reicht, softhdodroid gegen die neue libav zu bauen oder ob es da inkompatible Änderungen gibt.

Ich bleibe erstmal bei der letzten Version.

Schöne Grüße
Lothar

vdr_rossi · December 30, 2024 at 5:55 PM New

Quote from LotharE

Ich weis nicht, ob es reicht, softhdodroid gegen die neue libav zu bauen oder ob es da inkompatible Änderungen gibt.

Wollte ich ausprobieren und habe versucht komplett neu zu bauen.
Also Ordner ~/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22 komplett gelöscht.

Beim neu bauen bricht er mit FAILURE: scripts/build _vlc:target during make_target (default) ab:

Code

make[5]: *** [Makefile:21906: codec/avcodec/libavcodec_plugin_la-encoder.lo] Error 1
In file included from /home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/modules/packetizer/av1_obu.c:25:
In function 'bs_write',
   inlined from 'bs_write' at /home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/include/vlc_bits.h:186:20,
   inlined from 'AV1_create_DecoderConfigurationRecord' at /home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/modules/packetizer/av1_obu.c:634:5:
/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/include/vlc_bits.h:202:13: warning: '*p_buffer' may be used uninitialized [-Wmaybe-uninitialized]
 202 |             *s->p |= 1 << ( s->i_left - 1 );
     |             ^~~~~
make[5]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/.aarch64-libreelec-linux-gnu/modules'
make[4]: *** [Makefile:28380: all-recursive] Error 1
make[4]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/.aarch64-libreelec-linux-gnu/modules'
make[3]: *** [Makefile:12935: all] Error 2
make[3]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/.aarch64-libreelec-linux-gnu/modules'
make[2]: *** [Makefile:1562: all-recursive] Error 1
make[2]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/.aarch64-libreelec-linux-gnu'
make[1]: *** [Makefile:1449: all] Error 2
make[1]: Leaving directory '/home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_vlc-3.0.21/.aarch64-libreelec-linux-gnu'
FAILURE: scripts/build _vlc:target during make_target (default)
*********** FAILED COMMAND ***********
make ${PKG_MAKE_OPTS_TARGET}
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install _vlc:target has failed!
The following log for this failure is available:
 /home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/498.log
>>> _vlc:target seq 498 >>>
[495/504] [FAIL] install _vlc:target
The following log for this failure is available:
 /home/rossi/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/498.log
Parallel build failure - see log for details. Time of failure: Mon Dec 30 16:27:13 UTC 2024
make: *** [Makefile:10: image] Error 1

Display More

rell · December 30, 2024 at 6:17 PM New

_vlc in der Version 3.0.21 fehlen die Patches, um mit ffmpeg 7.0 zu bauen. Entweder, _vlc wird gepatcht, geupdated oder vorerst rausgenommen. Ich weiß nicht, welches Paket das braucht. Ich habs temporär bei mir hier https://github.com/Zabrimus/VDRSt…ools/package.mk rausgenommen.

vdr_rossi · January 2, 2025 at 11:23 AM New

Habe _vlc jetzt auch herausgenommen. Beide Versionen (CE21-ng und CE22-no) bauen.

CE21-ng läuft auf vdr1. Offenbar reicht es softhdodroid gegen die neue libav zu bauen.

CE22-no macht Probleme bei Installation auf vdr2. Ist aber eine andere Baustelle. Betrifft bei mir separates Testsystem - alles halb so wild.

Wo vlc gebraucht wird ist noch offen.

Dr. Seltsam · January 2, 2025 at 12:07 PM New

Quote from vdr_rossi

Wo vlc gebraucht wird ist noch offen.

schätze das betrifft das iptv-Plugin, das vlc zur Umwandlung in vdr-kompatible Transport Streams verwendet

Paulaner · January 2, 2025 at 5:28 PM New

Quote from Dr. Seltsam

schätze das betrifft das iptv-Plugin, das vlc zur Umwandlung in vdr-kompatible Transport Streams verwendet

Beim iptv-Plugin kann man aber auch an Stelle von VLC das ffmpeg verwenden.

Dr. Seltsam · January 3, 2025 at 11:04 AM New

Quote from Paulaner

Beim iptv-Plugin kann man aber auch an Stelle von VLC das ffmpeg verwenden.

Bei Radiosendern ist vlc von der Umschaltgeschwindigkeit her deutlich besser. Es macht daher absolut Sinn, wenn Zabrimus vlc in seiner Distri aufnimmt.

Paulaner · January 3, 2025 at 11:19 AM New

Das würde mich ja interessieren, wie sind denn die Umschaltzeiten bei Radio/IPTV bei Verwendung von VLC vs FFMPEG?

Ich benutze ja bei mir momentan nur TV-Sender (kein Radio) per IPTV über FFMPEG. Da habe ich im Durchschnitt ca. 3Sek. bis Bild und Ton da sind.

Dr. Seltsam · January 3, 2025 at 11:31 AM New

Ich meine, dass für TV die Erweiterungen, die Zabrimus in seinem Fork des iptv-Plugins vorgenommen sind, die schnellste und empfohlene Methode sind (ohne Script). Mein letzter Stand ist, dass er nur für Radio weiterhin die Methode per Scriptaufruf von vlc empfiehlt.

LotharE · January 9, 2025 at 4:00 PM New

Hi,

ich habe nochmal einen Versuch zum Bauen von CE22-no mit dem aktuellen Stand in einem frischen Verzeichnis gestartet.

Dabei bin ich über diesen Fehler gestolpert:

Code

[444/512] [DONE] install _vdr-plugin-remote:target
<<< _libnetpp:target seq 447 <<<
UNPACK      _libnetpp
BUILD      _libnetpp (target)
    TOOLCHAIN      manual
make[1]: Entering directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libnetpp-b32ecc8e64508f3b1158a2adcbd82034c71d7a38'
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/aarch64-libreelec-linux-gnu-g++ -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_liblogpp-d61e25f4548f40261e6db62a967776cfa16e599a -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libconvpp-286a289e30417ac534c861529ae245ccb44286e5 -fPIC -o HttpClient.o -c HttpClient.cpp
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/aarch64-libreelec-linux-gnu-g++ -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_liblogpp-d61e25f4548f40261e6db62a967776cfa16e599a -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libconvpp-286a289e30417ac534c861529ae245ccb44286e5 -fPIC -o SoapClient.o -c SoapClient.cpp
/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/toolchain/bin/aarch64-libreelec-linux-gnu-g++ -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_liblogpp-d61e25f4548f40261e6db62a967776cfa16e599a -I/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libconvpp-286a289e30417ac534c861529ae245ccb44286e5 -fPIC -o TcpClient.o -c TcpClient.cpp
TcpClient.cpp: In member function 'void network::TcpClient::expireStreamNow()':
TcpClient.cpp:59:25: error: 'boost::asio::ip::tcp::iostream' {aka 'class boost::asio::basic_socket_iostream<boost::asio::ip::tcp>'} has no member named 'expires_from_now'
   59 |                 stream->expires_from_now(boost::posix_time::seconds(0));
      |                         ^~~~~~~~~~~~~~~~
make[1]: *** [Makefile:9: TcpClient.o] Error 1
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory '/home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/build/_libnetpp-b32ecc8e64508f3b1158a2adcbd82034c71d7a38'
FAILURE: scripts/build _libnetpp:target during make_target (package.mk)
*********** FAILED COMMAND ***********
make CXXFLAGS="-I${LOGPP} -I${CONVPP} -fPIC"
**************************************
*********** FAILED COMMAND ***********
${SCRIPTS}/build "${1}" "${PARENT_PKG}"
**************************************
FAILURE: scripts/install _libnetpp:target has failed!

The following log for this failure is available:
  /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/447.log

>>> _libnetpp:target seq 447 >>>
[445/512] [FAIL] install _libnetpp:target

The following log for this failure is available:
  /home/lothar/VDRSternELEC/CoreELEC/build.CoreELEC-Amlogic-no.aarch64-22/.threads/logs/447.log

Parallel build failure - see log for details. Time of failure: Thu Jan  9 11:34:25 CET 2025
make: *** [Makefile:10: image] Fehler 1
lothar@debian10:~/VDRSternELEC$

Display More

Ich habe dann testweise den Zugriff auf die unbekannte Membervariable in TcpClient.cpp Zeile 59 auskommentiert, danach lief das Build durch.

Der VDR läuft damit, FFMPEG ist jetzt 7.1, Kernel 5.15.137, softhdodroid kommt mit der Version klar so wie es ausschaut.

Build für CE21-ng läuft ebenfalls.

Schöne Grüße

Lothar

jol · January 10, 2025 at 12:08 PM New

Quote from Dr. Seltsam

[...] Was immer geht ist ein Sundtek device [...]

Darf ich das ältere Sub-Thema nochmal aufgreifen?

Ich plane mir einen stand-alone VDR auf einem Odroid-N2+ mit VDR*ELEC und Sundtek SkyTV Dual aufzubauen.
Laut Sundtek wird der Treiber bei Arm die Architekturen EABI und OABI unterstützt, zu AARCH64 habe ich nichts gefunden.

Ich gehe mal davon aus, dass CoreElec 64-Bit nutzt, wird der Sundtek Treiber als Source zur Verfügung gestellt sollte das kein Problem sein, liefern sie nur Binaries wird das schon schwieriger.
Der Odroid N2+ ist schon in der Post, spricht was dagegen die SkyTV Dual bei Sundtek zu bestellen?

rell · January 10, 2025 at 12:29 PM New

Ausgabe auf rpi5:

Code

andreas@rpi5server01:~ $ sudo ./sundtek_netinst.sh
Busybox installation
Welcome to the Sundtek linux / freebsd driver setup
(C)opyright 2008-2019 Sundtek <kontakt@sundtek.de>
Legal notice:
This software comes without any warranty, use it at your own risk
Please note it's only allowed to use this driver package with devices from
authorized distributors or from Sundtek Germany
The Virtual analogTV Grabber (vivi) might be used freely for testing purpose
Do you want to continue [Y/N]:
Nutzungsbedingungen:
Sundtek übernimmt keinerlei Haftung für Schäden welche eventuell durch
das System oder die angebotenen Dateien entstehen können.
Dieses Softwarepaket darf ausschließlich mit Geraeten von autorisierten
Distributoren oder Sundtek Deutschland verwendet werden
Der Virtuelle AnalogTV Treiber (vivi) kann für Testzwecke ohne jegliche
Restriktionen verwendet werden
Wollen Sie fortfahren [J/N]:
J
adding /opt/bin to environment paths
unpacking...
checking system... testing libc OK 2.36.0
64Bit ARM detected
installing (netinstall mode) ...
Downloading architecture specific driver ... arm64
Download finished, installing now ...
installing remote control support
finalizing configuration... (can take a few seconds)
installing libmediaclient interception library
Starting driver...
This system is using systemctl for starting the driver...
done.

Display More

jol · January 10, 2025 at 12:33 PM New

Quote from rell

Ausgabe auf rpi5:

Code

andreas@rpi5server01:~ $ sudo ./sundtek_netinst.sh
...
64Bit ARM detected
installing (netinstall mode) ...
Downloading architecture specific driver ... arm64
...
done.

Das klingt vielversprechend.
Dann probier' ich mal mein Glück.

LotharE · January 10, 2025 at 12:35 PM New

Hi,

auf dem ODROID-N2+ laufen unter VDR*ELEC diese Versionen:

CoreElec 22-no nutzt 64 Bit, Kernel 5.15.137, alpha

CoreElec 21-ng ist 32 Bit, Kernel 4.9.269, stable

siehe https://wiki.coreelec.org/coreelec:ce_dev_cycle

rell · January 10, 2025 at 12:37 PM New

Bei CoreElec ist der sundtek Treiber als addon integriert.

https://github.com/CoreELEC/CoreE…iatv/package.mk

Du musst normal nichts weiter machen, ausser das in Kodi zu aktivieren oder von VDR*ELEC gleich mitbauen zu lassen.

EDIT: Bei den automatischen Releases ist es nicht mit dabei. Kann aber bei einem eigenen Build aktiviert werden. https://github.com/Zabrimus/VDRSt…-ov-file#addons <- lesen

LotharE · January 10, 2025 at 4:04 PM New

Hi,

unter CE22-no gibt's ja seit kurzem den neuen Kernel 5.15.137

Da es bisher unter Kernel 5.15.115 das Problem mit NFSv4 gab, habe ich mit dem neuen Kernel nochmal einen Test mit NFS v4 gestartet.

Code

CoreELEC:~/.config/vdropt # mount -t nfs4
qnap2:/video on /storage/videos type nfs4 (rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,clientaddr=192.168.0.93,local_lock=none,addr=192.168.0.57)

Habe seit gestern damit Videos aufgenommen und abgespielt, bisher keine Probleme.

Lothar

Sundtek · January 12, 2025 at 10:45 AM New

Quote from jol

Darf ich das ältere Sub-Thema nochmal aufgreifen?

Ich plane mir einen stand-alone VDR auf einem Odroid-N2+ mit VDR*ELEC und Sundtek SkyTV Dual aufzubauen.
Laut Sundtek wird der Treiber bei Arm die Architekturen EABI und OABI unterstützt, zu AARCH64 habe ich nichts gefunden.

Ich gehe mal davon aus, dass CoreElec 64-Bit nutzt, wird der Sundtek Treiber als Source zur Verfügung gestellt sollte das kein Problem sein, liefern sie nur Binaries wird das schon schwieriger.
Der Odroid N2+ ist schon in der Post, spricht was dagegen die SkyTV Dual bei Sundtek zu bestellen?

Display More

64bit ARM wird auch unterstützt und ist im Installer enthalten.

Zabrimus · January 13, 2025 at 9:11 AM New

Oje. Da sammelt sich eine Menge an.

Ich fasse mal zusammen:

1.

Code

BUILD      _libnetpp (target)

Bricht mit einem compile Fehler ab. Das habe ich auch bei den Github Builds und ich weiß noch nicht woran das liegt. Gab es ein Update von boost? Ich fürchte, daß libnetpp nicht aktualisiert wird.

2.

Quote from LotharE

Da es bisher unter Kernel 5.15.115 das Problem mit NFSv4 gab, habe ich mit dem neuen Kernel nochmal einen Test mit NFS v4 gestartet.

Oh. Das muss ich prüfen. Wenn das funktioniert, wäre ein großes Ärgernis weg. Danke für die Info.

3. vlc und ffmpeg 7.0 machen Probleme

4. softhdodroid und libav passen nicht zusammen.

Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Participate now!

Users Viewing This Thread