Installation eines VDR+Plugins nativ auf CoreELEC Boxen

Zitat von mamomoz

Könntest Du dieses Projekt noch mit aufnehmen ?

https://github.com/vdr-projects/vdr-plugin-favorites

Das war schon vorhanden, nur irgendwie nicht in den Build eingebunden. Das ist jetzt gefixed.

Ein neues Plugin hinzufügen geht eigentlich ganz einfach:

1. Verzeichnis in packages/vdr hinzufügen (da sind auch alle anderen Plugins)

2. Am Besten das package.mk eines anderen ähnlichen Plugins kopieren und anpassen.

3. Die conf Dateien erstellen (so wie in den anderen Plugins)

4. Etwas Aufwand ist der Patch des Makefiles: An 2 Stellen muss normalerweise etwas geändert werden. Die Patches in den anderen Plugins sind alle sehr ähnlich. Ein Problem ist die Variable DESTDIR, die durch das Build einen Wert erhält, der nicht richtig toll ist.

5. In virtual/vdr-all/packages.mk das neue Plugin hinzufügen.

6. Bauen und hoffen

Das klingt nach mehr Aufwand, als es eigentlich ist. Unter der Voraussetzung, daß keine Libs oder angepasste Libs benötigt werden. Dann wird es etwas kribbelig, wie man in packages/vdr-depends sehen kann.

Zitat von Paulaner

Ich habe dann das vorherige Release VDR-CoreELEC-Amlogic-ng.arm-19.5-Matrix-2022-10-08.1.tar genommen, aber auch da gab es die Probleme.

Die letzte funktionierende Version ist die von vor 9 Tagen: VDR-CoreELEC-Amlogic-ng.arm-19.5-Matrix-2022-10-01.1.tar

Da muss es also irgendeine Änderung gegeben haben, die den skindesigner-Plugin betroffen hat.

Der Skindesigner und die abhängigen Libs wurden in dem Zeitraum nicht geändert. Auch an softhdodroid wurde nix geändert. Aktuell habe ich keine Idee, woran das liegen kann.

Bei mir läuft noch eine Version vom 05.10.2022. Ok. Ich muss mal neu bauen und testen...

Zitat von rell

Kann ich nur bestätigen. Wer Interesse hat, was zu testen, kann sich hier vorab aktuelle Images für Allwinner und Rockchip ziehen: https://github.com/rellla/VDRS…ases/tag/VDRSternELEC_dev

Sensationell Ich weiß gar nicht, wie lange es dauert, alles (CoreELEC, LibreELEC in den verschiedensten Varianten) frisch zu bauen, aber es dauert... und dauert. Vom Plattenplatz gar nicht erst zu reden.

Zitat von Paulaner

Habe heute mal wieder ein Update gemacht und danach hatte ich Probleme mit dem OSD.

Ich benutze das skindesigner-Plugin mit z.B. dem Skin metrixhd.

Da ist das Kanalinfo-Menü immer da und geht nach der gesetzten Zeit von mir bei z.B. 4 Sekunden nicht mehr weg.

Ich habe die neuste Version (frisch compiliert) installiert und kann keine Probleme feststellen. Weder mit metrixhd, noch mit meinem Standardskin shady_KISS.

Du meinst die Kanalinfo nach dem Wechsel des Kanals, oder?

Wo und wie man da jetzt eine Ursache suchen soll? Puhhh... Steht irgendetwas im Log? journalctl

Im neuen Release wurde aktuell alles hochgeladen, was an Images erzeugt wurde.

Die Liste ist schon recht lang und ich überlege, ob ich die Images nicht auf dem Server lassen soll und dort etwas sortiert und übersichtlicher per Download anbieten soll.

Der Build von CoreELEC-20 ging schief und da muss ich erstmal schauen, was genau da passiert ist.

Edit:

Der CoreELEC-20 Build ist jetzt auch vorhanden. Ich hatte wohl vergessen für das lirc Upgrade Problem den Build von CoreELEC-20 aufzuräumen. Das Problem ist aber jetzt beseitigt.

Zitat von reini-at

./clean-package.sh lirc tut es wohl nicht

Es gibt noch einen Link "media", der noch gelöscht werden muss.

In CoreELEC-19 habe ich den noch:

CoreELEC/build.CoreELEC-Amlogic-ng.arm-19/toolchain/armv8a-libreelec-linux-gnueabihf/sysroot/usr/include/lirc/media

Für CoreELEC-20 und LibreELEC müsste nur der Pfad angepasst werden.

Ich habe triggerhappy in den Packages aufgenommen. Dazu musste ich allerdings eventlircd patchen.

Siehe dazu z.b. die Threads Remote Plugin und Flirc.

Bisher habe ich noch keine Nachteile entdecken können. Aber so ganz sicher kann man sich ja nie sein.

Zitat von rell

Ein aktueller Build macht bei mir Probleme. Bei vdr kommen Tastendrucke doppelt an. Eine ältere Version vor deinem eventlircd patch funktioniert. Ich suche mal, wer der Übeltäter ist... Ich nutze rc_keymaps mit kernel Treiber und dem onboard Empfänger.

Ein alter Build mit dem Patch hat funktioniert und der aktuelle nicht mehr? So ein Mist.

Die Frage wäre, ob man das konfigurierbar an-/abschalten kann. Im Prinzip habe ich nur den exlusiven Zugriff von eventlircd auf die /dev/event* verhindert.

Ich habe festgestellt, daß der Patch auch den positiven Effekt hat, daß evtest funktioniert, ohne eventlircd stoppen zu müssen. Mal von triggerhappy abgesehen.

Zitat von rell

Der geht: https://github.com/rellla/VDRS…943d25e5ea515efb578388d86,

der nicht: https://github.com/rellla/VDRS…451a01755f7d74da5963c4763

Hmm. Genau dazwischen kam der eventlircd Patch. Dann macht der Patch Probleme. Hast du mal versucht, ob es in der neusten Version ohne Patch auch Probleme gibt?

Einen coredump habe ich auf der Box auch noch nie gesehen. Ich habe entware installiert und darin gdb/gdbserver. Damit kannst dich an den VDR connecten.

1. Shell

gdbserver :2000 --attach `pidof vdr`

2. Shell

gdb
(gdb) target remote :2000
(gdb) continue

Vielleicht kommt man so an einen live BT.

Häufig kopiere ich auch das Startscript /usr/local/bin/start_vdr.shnach /storage, modifiziere es und starte so den VDR. Z.B. mit dem gdb.

Ich habe dasselbe Problem mit dem Tastatur-Prellen mit Kodi.

Da kommen beide Events an: meson-ir und flirc und damit ist Kodi unbedienbar. Unter VDR gibt es eine Einstellung für den Repeat und damit habe ich es im Griff. Für Kodi muss ich vorher eventlircd stoppen, damit die Bedienbarkeit wieder hergestellt wird.

Ich werde es heute nachmittag ohne den eventlircd Patch versuchen.

Edit:

Ich habe es doch noch versucht. Ob mit oder ohne Patch. Events kommen von flirc und meson-ir. Wenn ich das Modul meson-ir entlade, dann funktioniert alles bestens, allerdings habe ich dann Probleme mit triggerhappy. Wobei ich genau das noch nicht verstehe. Vielleicht muss ich nur das richtige /dev/event an triggerhappy binden.

Aber das löst das deine Probleme auch nicht.

Es hatte sich zwar noch keiner beschwert, aber mit dem CoreELEC Image zeigte das VFD immer nur den Wert "CE19". Ganz nett, aber nicht auf Dauer. Das konnte so nicht bleiben.

In dem Zuge habe ich das Startscript leicht erweitert, damit vor dem Start von VDR wieder die Uhrzeit angezeigt wird. Und der openvfd-driver wurde leicht gepatched, damit ich beliebige (4 Zeichen) Strings auf dem Tanix TX3 darstellen kann.

Z.b gibt echo -e -n '\x03TEST' > /tmp/openvfd_serviceTEST auf dem VFD aus und mit echo -e -n '\x00' > /tmp/openvfd_service kommt man wieder auf die Uhr.

Ich überlege noch, ob ich das irgendwie aufbohren kann um auch andere Daten tmp. anzeigen zu lassen. Mir fällt da z.B die CPU Temp, CPU Load oder den aktuellen Kanal (als Nummer oder eben 4 Zeichen) oder irgendwelche anderen optischen Signale. (Kaffee ist fertig). Ein entsprechendes VDR Plugin wäre allerdings in der Reichweite sehr beschränkt.