Ich bin ein Depp, Zabrimus . Ich habe den Pfad zur sockets.ini vergessen anzugeben. Das kommt davon, wenn man nicht genau hinschaut. Entschuldige bitte. Mit dem Pfad ist alles gut.
Beiträge von beta
-
-
Das VDR-Log sieht so aus:
CodeJan 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
-
VDR läuft korrekt, WLAN IP siehe unten (Ethernet IP geht auch nicht):
Code
Alles anzeigenroot@CoreELEC ~ # ifconfig eth0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet 192.168.178.134 netmask 255.255.255.0 broadcast 192.168.178.255 ether a0:ce:c8:e2:9c:ad txqueuelen 1000 (Ethernet) RX packets 7677 bytes 1997064 (1.9 MB) RX errors 0 dropped 4287 overruns 0 frame 0 TX packets 944 bytes 212222 (212.2 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Lokale Schleife) RX packets 11351 bytes 70863607 (70.8 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 11351 bytes 70863607 (70.8 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 wlan0: flags=-28605<UP,BROADCAST,RUNNING,MULTICAST,DYNAMIC> mtu 1500 inet 192.168.178.127 netmask 255.255.255.0 broadcast 192.168.178.255 ether 14:13:33:51:fb:57 txqueuelen 1000 (Ethernet) RX packets 11774 bytes 3133154 (3.1 MB) RX errors 0 dropped 4287 overruns 0 frame 0 TX packets 1748 bytes 911770 (911.7 KB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 root@CoreELEC ~ # curl -v http://192.168.178.127:50000/Hello * Trying 192.168.178.127:50000... * TCP_NODELAY set * connect to 192.168.178.127 port 50000 failed: Verbindungsaufbau abgelehnt * Failed to connect to 192.168.178.127 port 50000: Verbindungsaufbau abgelehnt * Closing connection 0 curl: (7) Failed to connect to 192.168.178.127 port 50000: Verbindungsaufbau abgelehnt root@CoreELEC ~ # ps -elf | grep web 4 S root 1070 1024 10 80 0 - 1728926 futex_ 18:45 ? 00:03:41 /usr/local/bin/vdr -t /dev/tty7 -l 0 --lirc -w 60 -v /video -c /var/lib/vdr -s /usr/local/bin/vdrshutdown.sh -Psofthdodroid -a plughw:CARD=AMLAUGESOUND,DEV=1 -p plughw:CARD=AMLAUGESOUND,DEV=2 -r50 -g3840x2160 -Pskindesigner -l /var/lib/vdr/plugins/skindesigner/logos -Pstreamdev-server -Pweatherforecast -Ptvguideng -Ptvscraper -d /video/tvscraper -Posdteletext -Pfemon -Pfavorites -Pvnsiserver -Pfritzbox -Psysteminfo -Ptargavfd -Prestfulapi -Plive -Premoteosd -Pcdplayer -d /dev/dr0 -Pdvd -Pmusic -Pmp3 -B /var/lib/cddb -S mp3 -Pspan -Posd2web -s svg -l /var/lib/vdr/plugins/skindesigner/logos -Pradio -Pmarkad -b /usr/local/bin -Pepgsearch -Pweb
-
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):
Bash
Alles anzeigen#!/bin/bash # change this for other FLIRC #device='/dev/input/event2' # test autodetect FLIRC EVENT=$(ls -l /dev/input/by-path | grep kbd | awk '{print $NF}' | tail -c7) device='/dev/input/'$EVENT # change power-on-code regarding FLIRC configuration event_power='*code 40 (KEY_APOSTROPHE), value 1*' evtest "$device" | while read line; do case $line in ($event_power) svdrpsend REMO on; svdrpsend PLUG softhdodroid ATTA; svdrpsend HITK OK; killall evtest; exit ;; esac done
Der Part in der runvdr sieht so aus:
Code
Alles anzeigen# check, if receiver or TV is on. If not, start detached and start on.sh hdmi="$(cat /sys/class/amhdmitx/amhdmitx0/edid | grep "Rx Product Name" | cut -d':' -f 2)" #echo $hdmi # remove leerzeichen hdmi=$(echo $hdmi | tr -d [:space:]) if [ -z "$hdmi" ] then OUTPUT="-P'softhdodroid -a plughw:CARD=AMLAUGESOUND,DEV=1 -p plughw:CARD=AMLAUGESOUND,DEV=2 -r50 -g3840x2160 -D'" at -f /home/user/on.sh now fi ... VDRCMD="$VDRPRG $VDROPTIONS $VDRPLUGINS1 $OUTPUT $VDRPLUGINS2 $*"
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 bin gerade in den Alpen Ski-fahren. Ich melde mich im neuen Jahr.
LG
-
Hinter dem DETA habe ich ein sleep von 3s eingebaut.
-
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.
-
Das kann ich aber nicht heute machen, da mein WAF dann sinkt
-
Ja, einen Denon Receiver. Mit der alten Version funktioniert es aber problemlos (Kernel 4.9).
-
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 Umschalten funktioniert bei mit aus der commands.conf heraus (externalplayer Crash immer noch).
Bleibt noch der crash beim Start VDR mit ausgeschaltetem TV...
-
Geht bei mir auch nicht. Ich habe Portisch schon geschrieben, es schadet aber sicher nichts, wenn Du das auch noch einmal im Coreelec-Foum postest. Ressourcen hin oder her - Kodi sollte nicht einfach crashen.
-
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?
-
In meiner chroot gibt es das Paket libgbm-dev, das ich installieren musste.
-
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.