Beiträge von beta

    Das VDR-Log sieht so aus:


    Code
    Jan 02 20:31:28 CoreELEC vdr[1083]: [1083] [vdrweb
    Jan 02 20:31:28 CoreELEC vdr[1083]: [1083] [vdrweb] Start Http Server on :0
    Jan 02 20:31:31 CoreELEC vdr[1083]: [1083] [vdrweb] HTTP error (InsertChannel): Could not establish connection
    Jan 02 20:31:31 CoreELEC vdr[1083]: [1083] [vdrweb] Attached HbbTV ait filter to device 1, vdrDev=2 actDev=1, Sid=0x2b66
    Jan 02 20:31:33 CoreELEC vdr[1083]: [1087] [vdrweb] InsertHbbtv, browser is not available


    Edit: Der Test mit 0.0.0.0 liefert auch


    Code
    [2024-01-02 20:42:11.803] [cefbrowser] [error] [vdrremoteclient.cpp:226] HTTP error (SendHello): Could not establish connection
    [2024-01-02 20:42:12.339] [cefbrowser] [error] [vdrremoteclient.cpp:226] HTTP error (SendHello): Could not establish connection

    VDR läuft korrekt, WLAN IP siehe unten (Ethernet IP geht auch nicht):

    Dr. Seltsam : Ich habe das ATTA mit einem Skript gelöst, das beim booten mit gestartet wird, falls das Plugin DETA ist (nutzt FLIRC, geht sicher aber auch mit IR):



    Der Part in der runvdr sieht so aus:



    Das Problem mit dem Audio habe ich ebenfalls gelöst. Ich speichere einmal eine Datei namens also.dat, die meine Konfiguration für VDR Audio enthält:


    alsactl store -f /home/user/alsa.dat


    Bevor das Plugin dann wieder attached wird, mache ich ein


    alsactl restore -f /home/user/alsa.dat


    Den externalplayer habe ich aufgegeben. Als noch keine Plugins installiert waren in KODI, lief das einwandfrei mit meinem sleep 3 (siehe vorher). Danach dann nicht mehr. Über die commands.conf funktioniert es aber.


    Das letzte Problem ist das web Plugin von Zabrimus. Der cefbrowser kann keine Kommunikation zum web Plugin aufbauen. Ich weiß noch nicht warum (siehe Thread von Zabrimus ).

    Zabrimus Wenn ich Dein Plugin unter dem neuen Kernel CE-no laufen lasse, erhalte ich im cefbrwoser folgende Fehlermeldung:



    [2024-01-02 17:20:12.057] [cefbrowser] [error] [vdrremoteclient.cpp:226] HTTP error (SendHello): Could not establish connection

    [2024-01-02 17:20:12.073] [cefbrowser] [error] [vdrremoteclient.cpp:226] HTTP error (SendHello): Could not establish connection


    Sagt Dir das etwas? Das Plugin meldet dann, dass der Browser nicht gestartet ist. Die IP-Adresse in sockets.ini ist korrekt.

    Auch 127.0.0.1 geht nicht.

    Ich nutze es ja noch gar nicht produktiv, ich möchte nur ein wenig basteln.


    Der Tipp mit dem KODI zu früh starten war Gold wert. Mit einem kleinen sleep funktioniert es, auch per externalplayer, egal mit welcher libMali.


    Ich schaue mir das mit dem Audio-Device mal selbst an. Vielleicht finde ich ja etwas.

    Die Parameter spielen keine Rolle. Das Verhalten scheint zufällig zu sein: Mal gibt es nach Rückkehr von KODI zu VDR DD-Ton, mal nicht. Wenn ich dann ein paar Mal das Plugin DETA und wieder ATTA, dann geht es irgendwann wieder. Irgendwas scheint mit der Initialisierung von DD-Audio von DETA -> ATTA nicht mehr zu funktionieren mit dem 5-Kernel.


    2. Problem: VDR -> KODI und zurück. Das ist abhängig vom Skin, der in Skindesigner eingestellt ist, ob es funktioniert oder ob nicht. Hier scheint irgendeine OpenGL-Ressource noch nicht richtig freigegeben zu werden. Nehme ich die KODI libMali.so für softhdodroid, funktioniert der Wechsel z.B. mit shady_kiss. Nehme ich ich r12 aus dem CoreElec Repro, geht das nicht. Dafür geht es mit der CE libMali nicht bei anderen Skins.


    Edit: Was mir noch auffällt: Wenn der Wechsel VDR->KODI ohne crash KODI funktioniert, ist für kurze Zeit ein Teil des OSDs sehr groß auf dem Bildschirm zu sehen. Erscheint das nicht, crasht KODI bei mir.

    jojo61 Jetzt, wo die TBS5580 läuft, ist mir ein weiteres Problem aufgefallen. Nach Rückkehr von KODI zu VDR funktioniert Dolby Digital nicht mehr. Statt eines vernünftigen Tons kommt nur ein Geknatter. Nach einem Reboot funktioniert es wieder, so lange, bis man zu KODI wechselt und zurück.


    Das mit dem Crash bei ausgeschaltetem TV ist echt nervig, da VDR dann munter coredumps schreibt und zwar so lange, bis das filesystem voll ist.


    Sonst läuft es rund und flüssig.

    Hallo Dr. Seltsam und frohe Weihnachten. Es knallt bei VDR->KODI (Kodi Crash) mit dem Externalplayer. Commands.conf funktioniert. Beide killen eigentlich nur den looper, und unter 4.9 funktioniert das auch. Leider habe ich die Sourcen des Kernels nicht, so dass ich an dieser Stelle nicht Debugger kann. Ich habe ja auch noch das Problem, dass VDR Crash, wenn der TV nicht beim Booten an ist (ich arbeite hier gerade an einem Skript, das Softhdodroid in dem Fall suspended startet und erst attached, wenn der TV an ist.

    Hier ist der BT:

    Edit: Vielleicht muss ich noch dazu sagen, dass der DVB-Empfänger noch nicht funktioniert. Evtl will er ein Video abspielen und hat keines?


    Starting program: /usr/local/bin/vdr -v /video -c /var/lib/vdr -Psofthdodroid\ -a\ hw:CARD=AMLAUGESOUND,DEV=1\ -r50\ -g3840x2160

    [Thread debugging using libthread_db enabled]

    Using host libthread_db library "/lib/aarch64-linux-gnu/libthread_db.so.1".

    [New Thread 0x7fecb13170 (LWP 1033)]

    [New Thread 0x7fe7fff170 (LWP 1034)]

    [Thread 0x7fe7fff170 (LWP 1034) exited]

    [New Thread 0x7fe7fff170 (LWP 1038)]

    [New Thread 0x7fe695b170 (LWP 1039)]

    FindDevice: open /dev/dri/card0: meson

    Connector >HDMI-A-1< is not connected

    Requested Connector not found or not connected


    Thread 1 "vdr" received signal SIGABRT, Aborted.

    __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50

    50 ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.

    (gdb) bt

    #0 __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:50

    #1 0x0000007ff79e9aac in __GI_abort () at abort.c:79

    #2 0x0000007ff57f9cfc in VideoInit (i=<optimized out>) at video.c:1827

    #3 0x0000007ff57fd150 in StartVideo () at softhddev.c:2974

    #4 Start () at softhddev.c:2974

    #5 0x0000007ff57e5b90 in cPluginSoftHdDevice::Start() (this=<optimized out>) at softhdodroid.cpp:2880

    #6 0x000000555567127c in cPluginManager::StartPlugins() (this=<optimized out>) at plugin.c:384

    #7 0x00000055555eb52c in main(int, char**) (argc=<optimized out>, argv=<optimized out>) at vdr.c:868

    Das Problem ist, dass der Kernel zu crashen scheint, jedenfalls schreibe CoreElec fleißig in .cache/cores.

    Die Kernelmeldungen sind:


    Dec 24 13:48:36 CoreELEC kernel: frddrs[0] registered by device ff642000.audiobus:tdmb

    Dec 24 13:48:36 CoreELEC vdr.sh[1184]: FindDevice: open /dev/dri/card0: meson

    Dec 24 13:48:36 CoreELEC vdr[1184]: [FindDevice] DRM have 1 connectors, 1 crtcs, 2 encoders

    Dec 24 13:48:36 CoreELEC vdr[1184]: Connector >HDMI-A-1< is not connected

    Dec 24 13:48:36 CoreELEC vdr[1184]: Requested Connector not found or not connected

    Dec 24 13:48:36 CoreELEC vdr[1184]: VideoInit: FindDevice() failed

    Dec 24 13:48:36 CoreELEC vdr[1184]: amlGetString: error reading /sys/class/graphics/fb0/modes

    Dec 24 13:48:36 CoreELEC vdr[1184]: Initial Screen 0-0 set to 1920-1080

    Dec 24 13:48:36 CoreELEC vdr[1184]: Unable to get DMABUF

    Dec 24 13:48:36 CoreELEC kernel: frddrs[0] released by device ff642000.audiobus:tdmb

    Dec 24 13:48:42 CoreELEC vdr.sh[943]: Aborted (core dumped)


    Danach ist meine chroot-shell leider abgehängt, so dass ich nicht mit dem gdb daran komme. Ich muss da erst was umbauen, oder kannst du schon etwas erkennen?

    Das ist der Fehler, den ich auch hatte, und er erzeugt im CE-no-Verzeichnis .cache/cores beliebige coredump-Dateien. Das verschwindet erst, wenn der TV an ist und DANACH vor mit Softhdodroid gestartet wird. Das undefined symbol hatte ich allerdings nicht.

    Hast Du ein make clean gemacht, bevor Du das Plugin neu gebaut hast?

    Vielen Dank jojo61 für das schöne Weihnachtsgeschenk. Sobald meine TBS5580 läuft, werde ich testen und berichten.

    Ein Problem habe ich gemerkt: Wenn der TV ausgeschaltet ist (ich gehe über einen Denon Receiver), verabschiedet sich Dein Plugin mit einem core dump, es seit denn, ich starte es mit dem Parameter -D. Wenn der TV (und der Receiver) eingeschaltet sind, ist alles OK.

    Ich habe es im Debugger laufen lassen, aber es gibt keinen backtrace. Offensichtlich geht bei der Initialisierung etwas schief. Wenn Du weitere Tests benötigst, sehr gern.