Installation eines VDR+Plugins nativ auf CoreELEC Boxen

  • Der Build von libnetpp sollte wieder funktionieren. Ich hoffe, ich habe die richtige boost Version erwischt, aber die Testbuilds sehen erstmal gut aus:

    Code
     void TcpClient::expireStreamNow() {
     	if (stream)
    +#if BOOST_VERSION <= 108400
     		stream->expires_from_now(boost::posix_time::seconds(0));
    +#else
    +		stream->expires_after(std::chrono::seconds(0));
    +#endif
     }
  • Hallo Zabrimus,

    mit Deinen letzten Änderungen läuft der Build für CE22-no jetzt wieder ohne temporäre Eingriffe durch.
    libnetppp baut, ebenso vlc

    Nach einem Upgrade auf die neue Version läuft der VDR jetzt wieder.

    Danke
    Lothar

  • Hallo Zabrimus,

    ich hatte am Wochende Probleme mit der SD-Card, auf der ich CE22-no installiert habe.

    Das meiste habe ich wieder hinbekommen, der VDR läuft (siehe Beitrag zuvor).
    Leider bekomme ich den cefbrowser nicht ans laufen.

    Ich habe dazu eine systemd Unit erstellt (die in deinem Repo ist ja nur für CE21 wg. Docker).

    Das gibt allerdings einen Fehler:

    Code
    Jan 13 16:32:38 CoreELEC systemd[1]: Started cefbrowser.service.
    Jan 13 16:32:38 CoreELEC cefbrowser[1277]: [2025-01-13 16:32:38.245] [cefbrowser] [error] [database.cpp:35] DB Error: database/hbbtv_urls.db -> unable to open database file
    Jan 13 16:32:38 CoreELEC cefbrowser[1277]: [0113/163238.246952:WARNING:alloy_main_delegate.cc(559)] Alloy bootstrap is deprecated and will be removed in ~M127. See https://github.com/chromiumembedded/c
    Jan 13 16:32:38 CoreELEC cefbrowser[1279]: [2025-01-13 16:32:38.283] [cefbrowser] [error] [database.cpp:35] DB Error: database/hbbtv_urls.db -> unable to open database file
    Jan 13 16:32:38 CoreELEC cefbrowser[1280]: [2025-01-13 16:32:38.287] [cefbrowser] [error] [database.cpp:35] DB Error: database/hbbtv_urls.db -> unable to open database file
    Jan 13 16:32:38 CoreELEC cefbrowser[1277]: [0113/163238.294254:FATAL:path_service.cc(265)] Failed to get the path for 1001
    Jan 13 16:32:38 CoreELEC systemd[1]: cefbrowser.service: Main process exited, code=dumped, status=5/TRAP
    Jan 13 16:32:38 CoreELEC systemd[1]: cefbrowser.service: Failed with result 'core-dump'.

    Das gleiche erhalte ich, wenn ich als Parameter nur die --config= Zeile übergebe

    Hast Du eine Idee, was da schief läuft?

    Wie sieht cefbrowser.service bei Dir auf CE22-no aus?

    Schöne Grüße
    Lothar

  • mit Deinen letzten Änderungen läuft der Build für CE22-no jetzt wieder ohne temporäre Eingriffe durch.
    libnetppp baut, ebenso vlc

    Der Github Build ist endlich auch wieder (fast) vollständig durchgelaufen. CE20-ng schlug fehl, weil ich das Build vor dem letzten Commit startete. Es sieht wieder gut aus.

    Wie sieht cefbrowser.service bei Dir auf CE22-no aus?

    Meine letzte Version der Unit, die ich damals zum Laufen gebracht habe, findet du hier:

    https://github.com/Zabrimus/VDRSt…ce22-no.service

  • LotharE

    Gibt es das Problem mit libav und softhdodroid noch oder läuft das jetzt?

    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.

    Meiner Erfahrung nach läuft Radio am Besten mit vlc (ohne Script) und Video mit ffmpeg (auch ohne Script).

  • LotharE

    Gibt es das Problem mit libav und softhdodroid noch oder läuft das jetzt?

    Ja, softhdodroid läuft mit den neuen Versionen

    Code
    CoreELEC:~ # ldd /usr/local/lib/vdr/libvdr-softhdodroid.so.5
           linux-vdso.so.1 (0x0000007fa7758000)
           libasound.so.2 => /usr/lib/libasound.so.2 (0x0000007fa55b0000)
           libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x0000007fa54c0000)
           libcec.so.6 => /usr/lib/libcec.so.6 (0x0000007fa5400000)
           libdrm.so.2 => /usr/lib/libdrm.so.2 (0x0000007fa53c0000)
           libavutil.so.59 => /usr/lib/libavutil.so.59 (0x0000007fa42d0000)
           libavcodec.so.61 => /usr/lib/libavcodec.so.61 (0x0000007fa31e0000)
           libavfilter.so.10 => /usr/lib/libavfilter.so.10 (0x0000007fa2dd0000)
           libswresample.so.5 => /usr/lib/libswresample.so.5 (0x0000007fa2d90000)
  • Es sieht wohl so aus, als ob CE22 nicht mehr von einem USB Stick mit spiboot gestartet werden kann :( Jedenfalls ist mir das nicht gelungen.

    Dann werde ich wohl den Spaß haben, ein komplett neues Image aufsetzen zu müssen. Ich bin mir fast sicher, daß ich dazu mal eine Anleitung gesehen habe.

  • Hallo Zabrimus,

    hab mal wieder Probleme mit dem Build: :(

    CE21-ng

    Wenn ich den aktuellen Stand baue und installiere, läuft der cefbrowser nicht:

    Keine Ahnung, warum libfmt.so.10 nicht gefunden wird.
    Mit der vorletzten Version a53d72f891aa5cc564fcf22755de14d6b0e87803 lief's noch.
    Im Anhang noch ein paar detaillierte Infos und Logs dazu

    CE22-no

    Hier steigt er beim Build von kodi selbst aus, kommt wohl mit der neuen Version von spdlog nicht zurecht.


    Würde hier ein Build in eijn frisches Verzeichnis helfen?

    Schöne Grüße

    Lothar

  • Keine Ahnung, warum libfmt.so.10 nicht gefunden wird.

    Mit der libfmt hatte ich die letzten Tage meinen Spaß.

    Allerdings wurde diese in CE21 gar nicht aktualisiert, sondern nur in LE13 und CE22. spdlog habe ich aktualisiert (und das braucht libfmt). Ich würde versuchen den cefbrowser, remotetranscoder und libfmt zu löschen und dann den Build nochmal neu zu starten.

    Code
    ./clean-package.sh _cefbrowser
    ./clean-package.sh _remotetranscode
    ./clean-package.sh libfmt

    Hmm... Die Fehlermeldung sieht aber seltsam aus.

    Oh shit. CE21 braucht ja noch Docker. Dann wird die libfmt nicht aus dem Host-System gelesen, sondern es wird die aus dem Docker-Container verwendet. Ach Mist. Wie gehe ich denn jetzt mit den verschiedenen Versionen um? Die libfmt hat mir schon genug graue Haare verursacht. Ich glaube, das einfachste und schnellste ist es, sowohl den cefbrowser und den remotetranscoder für CE20/21 auf eine Vorversion zu setzen, die noch die alte Version verwendet. Neues gab es in den letzten Commit nicht, nur das Update von spdlog.

    Vielleicht kann ich auch für die beiden Applikationen eine eigene (ältere) Version von libfmt einbauen. Das spdlog habe ich schon integriert, weil ich auch da schon einmal Probleme hatte.

    Ich muss nachdenken....

    Hier steigt er beim Build von kodi selbst aus, kommt wohl mit der neuen Version von spdlog nicht zurecht.

    Das sollte nicht passieren. Dazu gibt es einen Patch CoreELEC/packages/devel/spdlog/patches/3301.patch Wenn der bei dir vorhanden ist (sollte aber so sein), dann könnte ein clean von libfmt und spdlog helfen.

  • Sooo. Ich habe den meson patch für das spdlog im remotetranscode und cefbrowser auch gepatched. Was meson so alles kann, man entdeckt immer wieder was neues :)

    Okay. Auf jeden Fall wird das spdlog in den beiden Projekten jetzt das interne libfmt verwenden und nicht mehr die Lib, die sich im System irgendwo befinden kann. Damit sollte auch CE20/21 wieder funktionieren, da eine Abhängigkeit weniger existiert.

    Vor dem Build aber besser noch ein clean von _remotetranscode und _cefbrowser machen. Zumindest baute es bei mir es danach richtig.

  • Aktuell baut CE-21-ng nicht.

    Weil http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.36.orig.tar.gz nicht vorhanden ist.

    Aber http://ftp.debian.org/debian/pool/main/f/fakeroot/fakeroot_1.36.2.orig.tar.gz wäre vorhanden - wo lässt sich das anpassen?

    Klick für meine Hardware

    vdr1: Odroid N2+ 4GB | VDR*ELEC CE21-ng 64GB eMMC | Video über USB: 4TB SATA Rec (XFS) + 8TB SATA Archiv (exFAT) | 2x WinTV dualHD (DVB-T2/DVB-C) | IR onboard

    vdr2: Odroid N2+ 4GB | VDR*ELEC CE22-no 256GB eMMC | Video: 1TB microSD (exFAT) | 2x WinTV dualHD (DVB-T2/DVB-C) | IR onboard

    vdr3: HP ProDesk 400 G3 SFF (i3) | NVidia Quadro T400 | 2x 8GB | System: Ubuntu 24.02 LTS, yavdr ansible (vdr 2.7.3) auf 30GB mSATA SSD | Video: 3TB SATA (XFS) | 1x WinTV dualHD | IRMP RP2040 KBD

    TV: Philips 55OLED805

  • Aktuell baut CE-21-ng nicht.

    CE21 hat normalerweise nur die 1.34, aber da es die auch nicht mehr gibt, habe ich einen Patch drin:

    patches/CoreELEC.coreelec-21/0009-fix-fakeroot.patch

    CE22 ist schon auf der gewünschten Version, was es einfacher macht, den Patch zu patchen. Ich habe in dem Patch einfach das Ziel PKG_VERSION und PKG_SHA256 durch die Daten von CE22 ersetzt und committed.

  • Ok, nächster Stolperstein ist falsche Checksum von boost-1.84.0.tar.bz2

    Klick für meine Hardware

    vdr1: Odroid N2+ 4GB | VDR*ELEC CE21-ng 64GB eMMC | Video über USB: 4TB SATA Rec (XFS) + 8TB SATA Archiv (exFAT) | 2x WinTV dualHD (DVB-T2/DVB-C) | IR onboard

    vdr2: Odroid N2+ 4GB | VDR*ELEC CE22-no 256GB eMMC | Video: 1TB microSD (exFAT) | 2x WinTV dualHD (DVB-T2/DVB-C) | IR onboard

    vdr3: HP ProDesk 400 G3 SFF (i3) | NVidia Quadro T400 | 2x 8GB | System: Ubuntu 24.02 LTS, yavdr ansible (vdr 2.7.3) auf 30GB mSATA SSD | Video: 3TB SATA (XFS) | 1x WinTV dualHD | IRMP RP2040 KBD

    TV: Philips 55OLED805

  • wireguard-linux-compat ist mir ein Rätsel. Die Checksumme ändert sich immer wieder, zumindest die vom tar.xz.

    Ich habe vor 2 Stunden einen Patch (wieder) eingespielt, der auf das tar.gz schwenkt und damit sollte es wieder klappen.

    edit meint: Auf das *.zip. Jetzt komme ich auch durcheinander.

    Ist der Patch noch drin?

    Die angefragte wireguard-linux-compat Version liegt nicht mehr da...

    Klick für meine Hardware

    vdr1: Odroid N2+ 4GB | VDR*ELEC CE21-ng 64GB eMMC | Video über USB: 4TB SATA Rec (XFS) + 8TB SATA Archiv (exFAT) | 2x WinTV dualHD (DVB-T2/DVB-C) | IR onboard

    vdr2: Odroid N2+ 4GB | VDR*ELEC CE22-no 256GB eMMC | Video: 1TB microSD (exFAT) | 2x WinTV dualHD (DVB-T2/DVB-C) | IR onboard

    vdr3: HP ProDesk 400 G3 SFF (i3) | NVidia Quadro T400 | 2x 8GB | System: Ubuntu 24.02 LTS, yavdr ansible (vdr 2.7.3) auf 30GB mSATA SSD | Video: 3TB SATA (XFS) | 1x WinTV dualHD | IRMP RP2040 KBD

    TV: Philips 55OLED805

  • Ist der Patch noch drin?

    Die angefragte wireguard-linux-compat Version liegt nicht mehr da...

    Es gibt nur noch einen Patch für CE20.

    Das herunterladen geht schief (https://git.zx2c4.com/wireguard-linu…h=v1.0.20220627)

    Und das passiert auch im Browser und bei anderen Versionen.

    Ich fürchte da muss wieder ein Patch für einen Mirror her. Mit demselben Spaß den es vorher auch schon gegeben hat:
    https://github.com/WireGuard/wireguard-linux-compat

    Oder man wartet einfach ab, ob vielleicht der Server korrigiert wird.

  • Mir ist seit einiger Zeit aufgefallen, dass es größere Probleme gibt, wenn man die PIP-Funktion vom softhdodroid aufruft.
    Das diese Funktion, wenn ich mich recht entsinne, von jojo61 nicht für softhdodroid richtig implementiert wurde, war schon irgendwann mal gesagt worden.
    Und ich nutze dies deshalb nicht, wenn ich den VDR über meine DuneHD-Homatics-Box laufen lasse.

    Inzwischen ist es allerdings so, wenn ich im Eifer des Gefechts vergesse, das ich ja den VDR auf der Dune-Homatics habe (nicht den yaVDR mit dem softhddevice-cuvid) und schnell mal das PIP aktiviere, dann passiert folgendes:
    * das Hauptbild bleit stehen
    * das PIP-Bild erscheint als grünes Standbild
    * der Ton geht ganz normal weiter.
    Beispiel siehe hier:


    Das ist erstmal nicht dramatisch!
    Aber wenn ich nun versuche das PIP wieder zu deaktivieren, um weiter das normale Live-TV-Bild zu haben,
    dann gibt es ein paar Sekunden einen abgehackten Ton und anschließend macht die gesamte Dune-Homatics-Box einen Neustart. :(

    Meine Bitte wäre:
    Wenn die PIP-Funktion beim softhdodroid-Plugin nicht funktioniert, dann könnte man es komplett entfernen/deaktivieren, so dass man es gar nicht EINschalten kann und somit auch keinen lästigen Neustart verursacht! Funktionieren tut es ja sowieso nicht, aber so ein Neustart ist wahrlich auch nicht schön! ;)

    meine aktuelle Hard- und Software

    Heimkino: . . . . . . . AVR Denon AVR-X4800H . . . MiniLED-UHD-TV SONY BRAVIA XR-75X95L. . . Universal-FB: Sofabaton U2
    VDR-Hardware: . . Grafik MSI GT1030, Quad-DVB-C/T2 TBS-6205, Quad-DVB-S2/S2X TBS-6904SE

    VDR-Software: . . . yaVDR-ansible-noble - Kernel 6.08.0 - VDR-2.7.x - nvidia-550
    VDR-Client 1+ Media-Player: . . . Odroid N2 . 4GB mit VDR*ELEC Kodi-21.x + VDR-2.7.x_@Zabrimus
    VDR-Client 2+ Media-Player: . . . Dune HD Homatics Box R4K Plus . 4GB mit Kodi-21.x + VDR-2.7.x_@Zabrimus

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!