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

  • Vielen Dank, Dr. Seltsam. Ich werde das auf jeden Fall testen und berichten.

    Auf dem Odroid N2+ ist das Verhalten auch deutlich "schlimmer" als auf dem Radxa Zero. Der ist nahezu perfekt.


    Extrem ist mir das Problem auf dem Radxa Zero 2 (A311D) aufgefallen. Sobald ich hier das OSD aufmache, stockt das TV-Bild (shady_kiss, Menü reicht). Wenn das OSD wieder schließe, dauert es 1-2 Sekunden und das Bild läuft dann normal weiter.


    Nochmal Edit: Bei Kodi passiert das nicht. Da kann ich über VNSI TV schauen und das OSD ändern genau gar nichts am Bild, das im Hintergrund weiterläuft.

  • Es sieht so aus, als wäre der Test (Radxa Zero) erst einmal erfolgreich gewesen. Ich brauche jetzt keinen KODI-Start mehr vorab und das Anspielen eines Film-Schnipsels.


    jojo61 Kannst Du das bitte übernehmen.


    Ich werde noch auf einem Odroid N2+ testen und auf dem Radxa Zero 2.


    Außerdem habe ich angefangen, an einem Script zu arbeiten, das man auf eine KODI-Installation (Amlogic) spielen kann. Das besorgt sich dann aus dem Internet alles, was man braucht (UBUNTU Rootfs, VDR, Plugins etc, ergänzt es durch die im Script erhaltenen Scripte. Meine Idee ist es, dass jeder so sehr einfach einen VDR nachinstallieren kannm egal auf welchem Device.


    Noch ein Hinweis zur chroot-Umgebung und Internet. Es macht Sinn, keine neue Datei resolv.conf in /etc anzulegen. Besser ist es, hier einen Link auf die /etc/resolv.conf unter CoreElec ztu setzen. Dann funktioniert die chroot-Umgebung immer, auch wenn man das Netzwerk in CoreElec ändert.

  • FLIRC ist wie eine Tastatur, die Einträge sehen bei mir so aus:



    Du kannst aber auch Deine FLIRC anlernen, die REMOTE löschen und dann den VDR starten. Er fragt dann automatisch ab. Wichtig ist, dass Du VDR für ein Terminal startest, z.B. -t /dev/tty7 und zuvor in der Konsole (runvdr) auch in dieses Terminal wechselst, z.B. chvt 7.

    danke, läuft. Besser als der Interne Empfänger in jedem Fall - ist aber nur ein Testlauf.


    Vom Internen nutze ich momentan nur den Einschalter. - ist aber nur ein Testlauf, wenn man damit gut arbeiten kann würde ich mal einen atric USB -war doch ein STM_IRMP hier aus dem Forum - versuchen, der läuft am anderen VDR hier schon seit Jahren. Weiß aber nicht ob da der richtige Treiber bei Coreelec bei ist...

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • FLIRC ist wie eine Tastatur, die Einträge sehen bei mir so aus:



    Du kannst aber auch Deine FLIRC anlernen, die REMOTE löschen und dann den VDR starten. Er fragt dann automatisch ab. Wichtig ist, dass Du VDR für ein Terminal startest, z.B. -t /dev/tty7 und zuvor in der Konsole (runvdr) auch in dieses Terminal wechselst, z.B. chvt 7.


    also abgesehen von den bekannten Nachteilen des Flirc, also kodi schwerig, kein wakeup und nicht mit irexec zu nutzen ist das Ding toll- allerdings hatte das Ding massiv Probleme mit den tooglebits meines "Microsoft Windows Media Center SE" Profils. Siehe: https://support.flirc.tv/hc/en…nd-Key-Press-Doesn-t-Work


    Ich bin da jetzt wie angeregt mit der Harmony auf ein Panasonic DMR_HST230 Profil gewechselt und muss sagen das damit die Fernbedienung absolut perfekt läuft, mit den besagten Flirc Einschränkungen halt. - aber das Beste an FB was ich auf dem odroid bisher gesehen hab, könnteman theoretisch auch so lassen.


    Ich hab dann gestern aber nochmal mit dem Alexander gemailt und ich würde mich gern noch mal an den STM32 Empfänger machen, den ich hier auf einem anderen VDR seit Jahren benutze. Leider fehlt dem coreelec hierzu das irmplircd , alledings haben wir dazu ein altes LIBREELEC Addon gefunden: https://github.com/j1rie/IRMP_…aster/irmplircd/LibreELEC


    ich versuche mich mal dran das mit vereinten Kräften wieder gangbar zu machen

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Wie gesagt, ich helfe gerne dabei, die STM32 Empfänger auf CoreElec zum Laufen zu bringen.

    Ich selber habe nicht die passende Hardware, kann aber mit Tipps helfen.


    Die Tastaturempfänger sollten genau wie die FLIRCs laufen, allerdings mit dem Vorteil von Wakeup und Kernelpatch (der die typischen FLIRC Probleme umgeht). Statt irexec gibt es dafür triggerhappy.


    Bei den irmplircd-Empfängern müssen im wesentlichen die Binaries irmplircd und lircd-uinput für arm kompiliert werden, alles andere kann im Prinzip übernommen werden.


    Meinen Kernelpatch könnte man übrigens mit winzigen Anpassungen auch für den FLIRC benutzen und damit dessen Probleme vermeiden.

  • ach im Mai 22, da wusste ich noch nicht mal wozu ein odroid gut ist :D


    dann gehe ich das mal, melde mich wenn ich den Empfänger hier habe.


    danke schon mal für deine Angebotene Unterstützung!

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Bei den irmplircd-Empfängern müssen im wesentlichen die Binaries irmplircd und lircd-uinput für arm kompiliert werden, alles andere kann im Prinzip übernommen werden.

    Ich mag jetzt den Thread hier nicht highjacken aber mal einen kurzen Zwischenstand: der Empänger ist da und die udev Rule greift auch, das lircd-uinput ist im Standard Corelec 20 hier dabei:


    Code
    CKone:/usr/sbin # lircd-uinput
    lircd-0.10.2[5693]: Info: lircd-uinput:  Opening log, level: Info
    lircd-0.10.2[5693]: Info: Reading data from /run/lirc/lircd.socket, writing to /dev/uinput
    lircd-0.10.2[5693]: Notice: POLLERR or curl_poll() error, exiting.


    Jetzt bräuchte ich nur noch das passende irmplircd binary, könnte das vllt jemand von hier mit einer passenden Entwicklungsumgebung kurz übersetzen:

    https://launchpad.net/~seahawk…3-git20180103.orig.tar.gz oder von hier https://github.com/realglotzi/irmplircd


    das wäre wirklich super.

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • der besseren Übersicht halber ziehe ich mit dem STM32 Empänger auf CoreELEC um in diesen Thread: RE: IRMP auf STM32 - ein USB-HID-Keyboard IR Empfänger+Einschalter mit Wakeup-Timer

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • Zabrimus Ich habe heute mal einen update gemacht und festgestellt das der Kernel wieder das Log zumüllt:

    Code
    Feb 24 08:41:37 x96 kernel: dvb_demux: dvb_dmx_swfilter_section_packet: discontinuity: 3 instead of 4. 188 bytes lost
    Feb 24 08:41:37 x96 kernel: dvb_demux: dvb_dmx_swfilter_section_packet: discontinuity: 2 instead of 3. 188 bytes lost
    Feb 24 08:41:37 x96 kernel: dvb_demux: dvb_dmx_swfilter_section_new: section ts padding loss: 184/184
    Feb 24 08:41:37 x96 kernel: dvb_demux: dvb_dmx_swfilter_section_new: pad data: 13 c1 39 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff

    Das hatten wir doch schon mal weggepatcht. Damit ist sinnvolles Fernsehen nicht möglich und ausserdem schreibt es die SD Karte kaputt.


    PS: Mein Fehler ich hatte einen Update der dvb-Treiber unter Kodi gemacht und das darf man nicht. Dann bekommt man die Standard Treiber und da ist das Log noch drin. Jetzt frag ich mich wie ich die Treiber von Zabrimus wieder bekomme.

  • Jetzt frag ich mich wie ich die Treiber von Zabrimus wieder bekomme.

    Ich weiß gar nicht mehr, wie die addons überhaupt entstanden sind. Aber es gibt einen Weg nur die Addons zu bauen.

    1. Das Repository clonen

    2. Das build.sh ändern und die Zeile am Ende build löschen oder auskommentieren

    3. Das addon Build starten mit z.B. ./build.sh -config CoreELEC-19 -addon dvb-latest
    4. Im Coreelec/target Verzeichnis befindet sich dann das Addon bzw. das installierbare zip.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!