[HOWTO]: Installation eines VDR innerhalb von CoreElec (Amlogic only)

Hier mit ist die FB bei mir wieder verwendbar. Wenn auch noch etwas langsamer als die Tastatur - das war sie aber schon immer

ir-keytable -D 375 -P 80
ir-ctl -t 10000

Um amremote mit einer eigenen Fernbedienung nutzen zu können und dafür die benötigte remote.conf zu erstellen, kann man in ungefähr so vorgehen, wie hier beschrieben: https://www.microdev.it/wp/en/…ibreelec-on-amlogic-socs/

Die Muster-remote.conf liegt allerdings bei Coreelec nicht in /etc/amremote. Den Inhalt kopiert sich am besten von der Seite. Diese 'leere' remote.conf legt man als /storage/.config/remote.conf ab. Bevor man jetzt einen reboot macht (das triggert die Umstellung auf amremote), sollte man aber noch den ir-wakeup-Code für die gewünschte FB ermitteln:https://discourse.coreelec.org…igure-ir-wakeup-code/5282

Wenn man die Daten dieses wakeup-codes dann in der config.ini einträgt:

mount -o remount,rw /flash
nano /flash/config.ini
mount -o remount,ro /flash

und anschließend inject_bl301wie hier beschrieben ausführt, wird der neue wakeup-Code in den bootloader geschrieben. Hinweis: Das Editieren der config.ini sowie die Anwendung von inject_bl301 ist nur notwendig, wenn Coreelec die Konfiguration des remote wakeup codes nicht bereits in seinen Einstellungen -wie für den N2- anbietet. (Bei meiner Tanix TX3 -wo es keinen solchen Menüpunkt gibt- hat inject_bl301 funktioniert, obwohl die Coreeelc-Seite die Box als dafür nicht kompatibel bezeichnet)

Nach einem reboot öffnet man dann eine ssh-Session und schaltet die live-Anzeige von dmesg mittels journalctl -fk an. Jeder Tastendruck mit der Fernbedienung muss nun eine Fehlermeldung unter Angabe des erkannten Codes protokollieren. Den notiert man sich für jede Taste.

Von diesem Code nimmt man jetzt die letzten 4 Stellen, packt noch ein 0x davor und am Ende die Ziffernfolge 0001. Das ist der factory code, der in die remote.conf eingetragen wird. Um jetzt die einzelnen Tasten zuzuordnen, braucht man den key code. Der ergibt sich aus 0x gefolgt von der 5. und 6. Stelle des im Journal protokollierten Keys.

Beispiel:

Geloggt wird im Journal für eine Taste 0xfe014040. Der factory code für die FB ist dann 0x40400001. Der key code für die Taste ist 01 und wird zu 0x01.

In der remote.conf fügen wir nun eine Sektion key_begin ein, die mit key_end endet. Dazwischen kommt die Zuordnung:

Erst kommt der key code, dann eine Leerstelle und dann der event code des Linux input events. Den findet man in

linux/input-event-codes.h at master · torvalds/linux

Linux kernel source tree. Contribute to torvalds/linux development by creating an account on GitHub.

github.com

Ich empfehle dringend, am Ende einer Zeile mit einer Raute noch einen Kommentar zu erfassen, der die klartextliche Bezeichnung des Codes sowie ggf. eine Beschreibung, welche Taste auf der Fernbedienung es genau ist.

Für den key code 0x61 lautet die Zuordnung zu KEY_LEFT dann z.B. 0x61 105 #KEY_LEFT

Tasten, die bei längerem Druck wiederholt ausgeführt werden sollen (wichtig z.B. für rauf/runter) werden zusätzlich mit gleicher Syntax in einem Abschnitt zwischen repeat_key_begin und repeat_key_end kopiert.

Eine ähnliche Beschreibung gibt es hier:https://forum.libreelec.tv/thr…remote-conf-from-scratch/

Hat man die Datei fertig befüllt (also factory code eingetragen und das Kommentarzeichen davor entfernt sowie die beiden Abschnitte für die Tastenzuordnung eingetragen) lädt man die Datei mit remotecfg /storage/.config/remote.conf

Jetzt kann man die Tasten in kodi ausprobieren und Feinschliff machen: Die Kunst ist, mit den Werten für repeat_delay, repeat_peroid und release_delay zu experimentieren oder sie ganz auszukommentieren. Wenn nicht alle Tasten in kodi funktionieren, liegt das an der Zuordnung von kodi. Ich habe noch nicht genau die Stelle gefunden, wo für amremote z.B. definiert ist, dass eine Taste KEY_OK nichts bewirkt, KEY_ENTER hingegen schon.

Für die Verwendung von amremote mit vdr (soweit bin ich noch nicht) war beta an anderer Stelle schon verzweifelt. amremote ist nämlich nicht lirc. Wenn ich es richtig verstanden habe, benötigt man das remote-Plugin, das aber gepatcht werden muss, damit es die Steuerung beim Wechsel zu kodi freigibt. Vielleicht kann er dazu noch etwas schreiben.

Mein erster Eindruck ist, dass amremote deutlich besser als meson-ir (mit ir-keytable) läuft.

Danke! Teste ich wenn ich Zeit finde auch, vielleicht wird es damit ja noch flüssiger

Hallo beta,

ich habe nach dieser Anleitung jetzt auch eine chroot-Umgebung auf der Tanix TX3 (S905X3) eingerichtet. vdr läuft auch, aber ich sehe auf der Konsole

ERROR: The DDK (built for 0x70020000 r0p0 status range [0..15]) is not compatible with this Mali GPU device, /dev/mali0 detected as 0x7093 r0p0 status 0.
Failed creating base context during DDK compatibility check.
failed to initialize EGL display
No EGL Config found
No config found
no Context created

Das von mir verwandte Ubuntu ist das gleiche wie beim Odroid N2, also von Hardkernel. Hätte ich für die Tanix eine andere Linux-Distri nehmen müssen? Oder etwas ändern müssen?

Gebootet ist CoreELEC-Amlogic-ng.arm-19.5-Matrix-Generic für S905X3. kodi läuft problemlos.

dvalin ider gondul ??

Ja, da sind diverse mit verschiedenen Dateigrößen. Wie finde ich die richtige?

./lib/arm64/dvalin/r9p0/fbdev/libMali.so

./lib/arm64/dvalin/r9p0/dummy/libMali.so

./lib/arm64/dvalin/r16p0/gbm/libMali.so

./lib/arm64/dvalin/r16p0/dummy/libMali.so

./lib/arm64/dvalin/r12p0/fbdev/libMali.so

./lib/arm64/dvalin/r12p0/gbm/libMali.so

./lib/arm64/dvalin/r12p0/dummy/libMali.so

./lib/arm64/gondul/r16p0/wayland/drm/libMali.so

./lib/arm64/gondul/r12p0/fbdev/libMali.so

./lib/arm64/gondul/r12p0/dummy/libMali.so

CoreELECTanixTX3:/usr/lib # ls -l libMali*
-rw-rw-r-- 1 root root 27750288 Dec 26 19:18 libMali.dvalin.so
-rw-rw-r-- 1 root root 27754432 Dec 26 19:18 libMali.gondul.so
-rw-rw-r-- 1 root root 1142620 Dec 26 19:18 libMali.m450.so
lrwxrwxrwx 1 root root 19 Dec 26 19:18 libMali.so -> /var/lib/libMali.so

CoreELECTanixTX3:/usr/lib # cd /var/lib
CoreELECTanixTX3:/var/lib # ls -l libMali*
lrwxrwxrwx    1 root     root            26 Aug  6  2021 libMali.so -> /usr/lib/libMali.dvalin.so

o.k. dann brauche ich dvalin. Aber welche hiervon:

./lib/arm64/dvalin/r9p0/fbdev/libMali.so
./lib/arm64/dvalin/r9p0/dummy/libMali.so
./lib/arm64/dvalin/r16p0/gbm/libMali.so
./lib/arm64/dvalin/r16p0/dummy/libMali.so
./lib/arm64/dvalin/r12p0/fbdev/libMali.so
./lib/arm64/dvalin/r12p0/gbm/libMali.so
./lib/arm64/dvalin/r12p0/dummy/libMali.so

ok, laut RE: [HOWTO]: Installation eines VDR innerhalb von CoreElec (Amlogic only) ist fbdev mit r12p0 wohl richtig.

Fehler ist nach Neukompilieren von softhdodroid weg.

Aber nun kommt

AmlCodec open failed.
The codec is not open. amlSetVideoAxis
The codec is not open. amlSetVideoAxis
The codec is not open. amlSetVideoAxis
The codec is not open. amlSetVideoAxis

vdr startet trotzdem

Nachtrag: Der Fehler ist seit einem reboot nicht mehr aufgetreten

Hattest Du Dir eigentlich mal die Variante von CKone angesehen, die mit "named pipes" arbeitet?

Es gab vor kurzem eine Diskussion um eine Ergänzung des CE-Kernels um einen virtuellen rtc für meson, um die Box timergesteuert aufwachen zu können. Den Thread finde ich gerade nicht, aber den Patch hat Zabrimus hier. Soweit ich weiss, hat CE das bisher nicht übernommen bzw. es hat niemand bei CE deswegen nachgefragt. Wenn man als Ausgangsbasis ein normales CE-Image verwendet, müsste man dann wohl den fertig kompilierten Kernel aus einem Zabrimus-Paket 'transplantieren'. Vielleicht kannst Du das integrieren? Und dann fällt mir noch die Besonderheit mit der libmali für S905X3 ein. Hätte ich nie alleine hingekriegt.

Werde mir Deine Lösungen demnächst mal im Detail ansehen und vergleichen, was sich seit dem ersten HowTo verändert hat.Vielen Dank für Deine Arbeit!

Beobachtung am Rande: Als ich ein Zabrimus-Image auf meiner Tanix TX3 laufen hatte, gab es bei so gut wie jedem Umschalten den Effekt, dass das Bild für ein paar Sekunden zu schnell lief und wohl den Ton einholen musste. (Nur bei deaktiviertem 'fast channel switch'). Das konnte ich nicht lösen. Seitdem ich auf Deine chroot-Lösung umgestellt habe, tritt das nicht mehr auf.

Zitat von beta

Dr. Seltsam Ja, die Version habe ich mir angeschaut. Es ist eine schöne Alternative, da man durch eine named pipe vom chroot a

Ich möchte gerne auch auf der Box mal schnell kompilieren und installieren. Darum habe ich mich gegen die Zabrimus-Variante entschieden. So kann ich bei Änderungen ein einfaches git pull, make, make install machen.

hier genau so, man ist einfach zu unflexibel. - ich komm mit dem chroot auf Basis Pure CE auch gut klar, einzig das ich die de.tvdr.vdr.conf nicht in /etc/dbus-1/system.d unterbringen kann und die dbus Sachen aus yavdr nicht nutzen kann ärgert mich etwas. Das hatte Zabrimus natürlich sehr schön vorbereitet.

Zitat von Dr. Seltsam

Hattest Du Dir eigentlich mal die Variante von CKone angesehen, die mit "named pipes" arbeitet?

Es gab vor kurzem eine Diskussion um eine Ergänzung des CE-Kernels um einen virtuellen rtc für meson, um die Box timergesteuert aufwachen zu können.

Hehe, horchi 's Variante, ich hab das nur kommuniziert!

bei der Fernbedienung bin ich ein großes Stück weiter seit ich auf Rat von seahawk1986 die Befehlswiederholungen des Gerätes auf meiner Harmony auf 0 gesetzt hab, damit ist das Prellen weg und man kann mit den vdr Einstellungen oder ir-keytable den Rest ganz gut feinjustieren:

Zitat von beta

...Ich habe aber leider nicht die Zeit, mit das im Detail anzuschauen. Ich befürchte, dass es dasselbe Problem mit dem LIRC GPIO gibt, daher habe ich erst gar nicht versucht, einen GPIO-Lirc zu nutzen, sondern habe mich direkt für FLIRC entschieden.

Moin

ich hab hier auch noch so einen alten Flirc rumliegen an dem ich mich probieren würde: da ja hier kein Xserver benutzt wird: wie muss denn da die remote.conf von der Syntax her ausschauen.

Danke Dir.

Zitat von beta

Wenn Du einmal vor dem VDR Kodi startest (evtl. noch mit einem kleinen Filmschnipsel) und dann in den VDR wechselst, ist alles wunderbar. Ich weiß noch nicht, woran das liegt.

Ich schaue mir das bei Gelegenheit nochmal an. Mein Radxa Zero mit Odroid und FLIRC läuft super.

Es wäre interessant, ob das Starten von kodi reicht oder ob ein Film abgespielt werden muss.

Mir fiel noch eine Einstellung auf, die kodi bei CoreELEC im Player (xbmc/cores/VideoPlayer/DVDCodecs/Video/AMLCodec.cpp) macht, die softhdodroid nicht durchführt:

codec_set_cntl_avthresh(&am_private->vcodec, AV_SYNC_THRESH);

wobei AV_SYNC_THRESH so definiert ist:

#define PTS_FREQ        90000
#define AV_SYNC_THRESH  PTS_FREQ*30

also 2700000

Du könntest mal testweise in softhdodroid in video.c in der Funktion void InternalOpen den Abschnitt in dem if 1-Block ergänzen:

        if (!pip) {
                r = ioctl(cntl_handle, AMSTREAM_IOC_SYNCENABLE, (unsigned long)1);
                if (r != 0)
                {
                        //codecMutex.Unlock();
                        printf("AMSTREAM_IOC_SYNCENABLE failed.\n");
                        return;
                }
#if 1
                r = ioctl(cntl_handle, AMSTREAM_IOC_AVTHRESH, (unsigned long)2700000); //entspricht 90000*30 in kodi
                if (r != 0)
                {
                        //codecMutex.Unlock();
                        printf("AMSTREAM_IOC_AVTHRESH failed.\n");
                        return;
                }
#endif
                r = ioctl(cntl_handle, AMSTREAM_IOC_SYNCTHRESH, (unsigned long)1);
                if (r != 0)
                {
                        //codecMutex.Unlock();
                        printf("AMSTREAM_IOC_SYNCTHRESH failed.\n");
                        return;
                }

(Das ioctl entspricht dem codec-Kommando in kodi)

Bei mir macht es keinen Unterschied, aber ich nutze auch kein 4k.