*ping* - hat irgendjemand mal eine Idee, woran der oben beschriebene Effekt liegen könnte? Alles war ich im Grund will, ist per Tastendruck mein vdr-frontend zu beenden und kodi zu starten - siehe command-hook und script. Vom Grundsatz her klappt das ja, nur das Kodi dann über einen Fehler im vnsi-connect zum vdr absemmelt, aber nur wenn es über den command-hook gestartet wurde (alles im gleichen user). Startet der user Kodi über Desktop kommt der Fehler nicht. Alles sehr ominös ... ich brauch ne Idee ...
Posts by berni123
-
-
Hallo zusammen,
vermutlich ein Spezialfall, aber ich finde so keine Lösung.
Auf meinem Video-Server (Debian 12) laufden VDR via xinleliboutput mit vdr-sxfe und Kodi 20.1 Nexus. Soweit so schön.
VDR:
Code
Display Morevdr (2.6.0/2.6.0) - The Video Disk Recorder conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu dvd (0.3.6-b03) - turn VDR into an (almost) full featured DVD player epgsearch (2.4.1) - search the EPG for repeats and more epgsearchonly (0.0.1) - Direct access to epgsearch's search menu femon (2.4.0) - DVB Signal Information Monitor (OSD) mp3 (0.10.4) - A versatile audio player mplayer (0.10.4) - Media replay via MPlayer osdteletext (2.3.1) - Displays teletext on the OSD quickepgsearch (0.0.1) - Quick search for broadcasts satip (2.4.1) - SAT>IP Devices streamdev-client (0.6.1-git) - VTP Streaming Client streamdev-server (0.6.1-git) - VDR Streaming Server vnsiserver (1.8.0) - VDR-Network-Streaming-Interface (VNSI) Server xineliboutput (2.2.0) - X11/xine-lib output plugi
Kodi:
Code
Display Moreinfo <general>: ----------------------------------------------------------------------- info <general>: Starting Kodi from Debian (20.1 Debian package version: 2:20.1+dfsg-1). Platform: Linux x86 64-bit info <general>: Using Release Kodi from Debian x64 info <general>: Kodi from Debian compiled 2023-03-12 by GCC 12.2.0 for Linux x86 64-bit version 6.1.15 (393487) info <general>: Running on LMDE 6 (faye), kernel: Linux x86 64-bit version 6.1.0-17-amd64 info <general>: FFmpeg version/source: 5.1.4-0+deb12u1 info <general>: Host CPU: AMD A10-6700 APU with Radeon(tm) HD Graphics , 4 cores available info <general>: special://xbmc/ is mapped to: /usr/share/kodi info <general>: special://xbmcbin/ is mapped to: /usr/lib/x86_64-linux-gnu/kodi info <general>: special://xbmcbinaddons/ is mapped to: /usr/lib/x86_64-linux-gnu/kodi/addons info <general>: special://masterprofile/ is mapped to: /home/vdr/.kodi/userdata info <general>: special://envhome/ is mapped to: /home/vdr info <general>: special://home/ is mapped to: /home/vdr/.kodi info <general>: special://temp/ is mapped to: /home/vdr/.kodi/temp info <general>: special://logpath/ is mapped to: /home/vdr/.kodi/temp info <general>: Webserver extra whitelist paths: info <general>: The executable running is: /usr/lib/x86_64-linux-gnu/kodi/kodi.bin info <general>: Local hostname: vdr1 info <general>: Log File is located: /home/vdr/.kodi/temp/kodi.log info <general>: -----------------------------------------------------------------------
Jetzt kam ich auf die Idee, anstelle vdr-sxfe immer via ESC zu beenden und Kodi zu starten, das über das VDR-Menü und einen command-hook zu machen, der ein Bash-Script aufruft, was vdr-sxfe beendet und Kodi startet.
mit dem Script:
Code
Display More!/bin/bash # stop vdr-sxfe PID=`pidof vdr-sxfe` RES=$? if [ $RES = 0 ] then sleep 5 # now stop vdr-sxfe kill $PID # start kodi export DISPLAY=:0.0 nohup /usr/bin/kodi & else /usr/bin/svdrpsend mesg "vdr-sxfe not running or process not found" fi
Das geht auch wunderbar, nur das so gestartete Kodi semmelt mit einer error Meldung im pvr.vdr.vnsi Plugin ab.
Code2024-01-23 18:20:22.204 T:16246 error <general>: AddOnLog: pvr.vdr.vnsi: SignalConnectionLost - connection lost !!! 2024-01-23 18:20:22.210 T:16170 error <general>: CAESinkALSA::Initialize - failed to initialize device "PULSE:Default" 2024-01-23 18:20:24.471 T:16246 error <general>: AddOnLog: pvr.vdr.vnsi: Login - failed to read greeting from server 2024-01-23 18:20:25.720 T:16255 error <general>: AddOnLog: pvr.vdr.vnsi: ReadResult - request timed out after 3 seconds 2024-01-23 18:20:25.720 T:16255 error <general>: AddOnLog: pvr.vdr.vnsi: GetEPGForChannel - Can't get response packed 2024-01-23 18:20:25.720 T:16255 error <general>: GetEPGForChannel: Add-on 'pvr.vdr.vnsi' returned an error: server error
Startet man Kodi ganz normal vom Desktop-Icon oder via /usr/bin/kodi in einer Shell, dann taucht der Fehler nicht auf. Nur beim Start über den command-hook/script Weg. Der Absturz kommt auch nicht sofort, denn man kann in Kodi über das TV Menü zunächst einen Sender aufrufen oder eine Aufzeichnung anschauen, erst nach einigen Minuten taucht die vnsi connection lost Meldung auf und KODI beendet sich.
Code
Display More2024-01-23 18:20:27.280 T:16105 info <general>: CWSDiscoveryListenerUDP::Stop - Stopped 2024-01-23 18:20:27.280 T:16105 info <general>: stopping zeroconf publishing 2024-01-23 18:20:27.281 T:16105 info <general>: CServiceAddonManager: failed to stop inputstream.ffmpegdirect (may have ended) 2024-01-23 18:20:27.282 T:16238 info <general>: [Amazon VOD] Service stopped 2024-01-23 18:20:27.435 T:16238 info <general>: [Amazon VOD] Service: Proxy server stopped 2024-01-23 18:20:27.868 T:16105 info <general>: Application stopped 2024-01-23 18:20:28.069 T:16105 info <general>: PVR Manager: Stopping 2024-01-23 18:20:28.750 T:16255 info <general>: EPG Container: Persisting unsaved events... 2024-01-23 18:20:28.790 T:16255 info <general>: EPG Container: Persisting events done 2024-01-23 18:20:28.806 T:16249 info <general>: PVR Manager: Stopped 2024-01-23 18:20:28.807 T:16105 info <general>: ADDON: Dll Destroyed - waipu.tv PVR Client 2024-01-23 18:20:29.155 T:16105 info <general>: ADDON: Dll Destroyed - IPTV Simple Client 2024-01-23 18:20:29.483 T:16105 info <general>: ADDON: Dll Destroyed - VDR VNSI Client 2024-01-23 18:20:29.636 T:16105 info <general>: unload skin 2024-01-23 18:20:29.671 T:16105 info <general>: Unloaded skin 2024-01-23 18:20:29.674 T:16105 info <general>: unload sections 2024-01-23 18:20:29.678 T:16105 info <general>: CWSDiscoveryListenerUDP::Stop - Stopped 2024-01-23 18:20:29.741 T:16105 info <general>: XRANDR: /usr/lib/x86_64-linux-gnu/kodi/kodi-xrandr --screen 0 --output DVI-0 --mode 0x55 2024-01-23 18:20:29.948 T:16105 info <general>: Exiting the application...
Kann das jemand nachvollziehen?
Netzseitig ist für vnsiserver alles erlaubt via allowed_hosts.conf und es würde ja sonst auch generell nicht gehen.
Code# allowed_hosts.conf This file describes a number of host addresses that # IP-Address[/Netmask] # 127.0.0.1 # always accept localhost 192.168.0.0/24 # any host on the local net
Im Debug Output von Kodi steht dazu auch nicht viel mehr:
Codeerror <general>: AddOnLog: pvr.vdr.vnsi: SignalConnectionLost - connection lost !!! debug <general>: ------ Window Init (DialogNotification.xml) ------ debug <general>: CGLContextEGL::SwapBuffers: sync check blocking debug <general>: CGLContextEGL::SwapBuffers: sync sleep: 14144 error <general>: AddOnLog: pvr.vdr.vnsi: Login - failed to read greeting from server info <general>: Quitting due to POSIX signal
Hat hier jemand eine Idee, warum es via Bash-Script/Command-Hook nicht sauber funktioniert?
Es ist so eine Zwitter-Situation, kein Fehler von "VDR" und kein Fehler von "KODI" sondern irgendwas dazwischen, was sich nicht verträgt, nur was?
Im Script (s.o.) sieht man ja auch, dass ich die Display-Variable setzen musste, damit Kodi die Ausgabe erzeugt, nur was sollte die Verbindung via vnsi stören?
Bin gespannt auf Ideen ...
Bernd
-
-
Hallo zusammen,
ich wollte auf meinem renovierten vdr unter Debian 12 mit Kernel 6.1.0-17 (stable) den interen ddbidge 0.9.33 gegen den aktuellen 0.9.38 austauschen,
aber anscheindend gibt es nach dem complieren Probleme bei Laden des Moduls:
dmesg beim übersetzten 0.9.38:
Code
Display More[ 660.979557] Digital Devices PCIE bridge driver 0.9.38, Copyright (C) 2010-19 Digital Devices GmbH [ 660.979788] ddbridge 0000:01:00.0: Digital Devices Cine CT V7 DVB adapter [ 660.979792] ddbridge 0000:01:00.0: HW 00010002 REGMAP 00010004 FW 1.2 [ 660.979804] ddbridge 0000:01:00.0: link 0 vendor dd01 device 0006 subvendor dd01 subdevice 0032 [ 661.092965] ddbridge 0000:01:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843 [ 661.093850] ddbridge 0000:01:00.0: XO2 ID 0c [ 661.208384] ddbridge 0000:01:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2 [ 661.209324] ddbridge 0000:01:00.0: XO2 ID 03 [ 661.209527] ddbridge 0000:01:00.0: Port 2: DuoFlex CI 1.1 [ 661.323892] ddbridge 0000:01:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DuoFlex CI [ 661.324942] ddbridge 0000:01:00.0: Port 3: Link 0, Link Port 3 (TAB 4): DuoFlex CI_B [ 661.327524] ddbridge 0000:01:00.0: 0 netstream channels [ 661.327535] dvbdev: DVB: registering new adapter (DDBridge) [ 661.327538] dvbdev: DVB: registering new adapter (DDBridge) [ 661.327540] dvbdev: DVB: registering new adapter (DDBridge) [ 661.327541] dvbdev: DVB: registering new adapter (DDBridge) [ 661.327543] dvbdev: DVB: registering new adapter (DDBridge) [ 661.327545] dvbdev: DVB: registering new adapter (DDBridge) [ 661.332566] failing symbol_get of non-GPLONLY symbol cxd2843_attach. [ 661.332574] DVB: Unable to find symbol cxd2843_attach() [ 661.332578] ddbridge 0000:01:00.0: No cxd2837/38/43/54 found! [ 661.332582] ddbridge 0000:01:00.0: port_attach on port 0 failed [ 661.332968] ddbridge 0000:01:00.0: fail3 [ 661.332974] ddbridge 0000:01:00.0: fail2 [ 661.336891] ddbridge 0000:01:00.0: fail1 [ 661.336906] ddbridge 0000:01:00.0: fail0 [ 661.336909] ddbridge 0000:01:00.0: fail [ 661.337326] ddbridge: probe of 0000:01:00.0 failed with error -1
und dmesg beim internen 0.9.33:
Code
Display More[ 882.844003] ddbridge: Digital Devices PCIE bridge driver 0.9.33-integrated, Copyright (C) 2010-17 Digital Devices GmbH [ 882.844217] ddbridge 0000:01:00.0: detected Digital Devices Cine CT V7 DVB adapter [ 882.844244] ddbridge 0000:01:00.0: HW 00010002 REGMAP 00010004 [ 882.956362] ddbridge 0000:01:00.0: Port 0: Link 0, Link Port 0 (TAB 1): DUAL DVB-C2T2 CXD2843 [ 883.071889] ddbridge 0000:01:00.0: Port 1: Link 0, Link Port 1 (TAB 2): DUAL DVB-C/C2/T/T2 [ 883.072986] ddbridge 0000:01:00.0: Port 2: DuoFlex CI 1.1 [ 883.187877] ddbridge 0000:01:00.0: Port 2: Link 0, Link Port 2 (TAB 3): DuoFlex CI [ 883.188960] ddbridge 0000:01:00.0: Port 3: Link 0, Link Port 3 (TAB 4): DuoFlex CI_B [ 883.191862] dvbdev: DVB: registering new adapter (DDBridge) [ 883.191872] dvbdev: DVB: registering new adapter (DDBridge) [ 883.191876] dvbdev: DVB: registering new adapter (DDBridge) [ 883.191879] dvbdev: DVB: registering new adapter (DDBridge) [ 883.191882] dvbdev: DVB: registering new adapter (DDBridge) [ 883.191885] dvbdev: DVB: registering new adapter (DDBridge) [ 883.204920] i2c i2c-12: cxd2841er_attach(): I2C adapter 0000000041badde7 SLVX addr 6e SLVT addr 6c [ 883.205178] i2c i2c-12: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend [ 883.205185] i2c i2c-12: cxd2841er_attach(): chip ID 0xa4 OK. [ 883.211666] tda18212 12-0060: NXP TDA18212HN/M successfully identified [ 883.211708] ddbridge 0000:01:00.0: DVB: registering adapter 0 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 883.214277] i2c i2c-12: cxd2841er_attach(): I2C adapter 0000000041badde7 SLVX addr 6f SLVT addr 6d [ 883.214533] i2c i2c-12: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend [ 883.214540] i2c i2c-12: cxd2841er_attach(): chip ID 0xa4 OK. [ 883.219450] tda18212 12-0063: NXP TDA18212HN/S successfully identified [ 883.219502] ddbridge 0000:01:00.0: DVB: registering adapter 1 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 883.220226] i2c i2c-13: cxd2841er_attach(): I2C adapter 00000000deefc8e1 SLVX addr 6e SLVT addr 6c [ 883.223105] i2c i2c-13: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend [ 883.223116] i2c i2c-13: cxd2841er_attach(): chip ID 0xa4 OK. [ 883.230188] tda18212 13-0060: NXP TDA18212HN/M successfully identified [ 883.230248] ddbridge 0000:01:00.0: DVB: registering adapter 2 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 883.231027] i2c i2c-13: cxd2841er_attach(): I2C adapter 00000000deefc8e1 SLVX addr 6f SLVT addr 6d [ 883.231867] i2c i2c-13: cxd2841er_attach(): attaching CXD2843ER DVB-C/C2/T/T2 frontend [ 883.231875] i2c i2c-13: cxd2841er_attach(): chip ID 0xa4 OK. [ 883.239472] tda18212 13-0063: NXP TDA18212HN/S successfully identified [ 883.239527] ddbridge 0000:01:00.0: DVB: registering adapter 3 frontend 0 (Sony CXD2843ER DVB-T/T2/C/C2 demodulator)... [ 888.541477] dvb_ca_en50221: dvb_ca adapter 4: DVB CAM detected and initialised successfully
Module sind alle unter /usr/lib/modules/6.1.0-17-amd64/extra/* vorhanden.
Der Code ist von: https://github.com/DigitalDevices/dddvb/releases und bei der Übersetzung gab es "nur" ein paar Warnings:
Code
Display Morecc -g -Wall -Wno-unused -Wno-format -I../ddbridge -I../include/ flashprog.c -o flashprog flashprog.c:2:1: warning: "/*" within comment [-Wcomment] 2 | /* flashprog - Programmer for flash on Digital Devices Octopus | In file included from flashprog.c:38: flash.c: In function ‘check_fw’: flash.c:1078:29: warning: pointer targets in initialization of ‘char *’ from ‘uint8_t *’ {aka ‘unsigned char *’} differ in signedness [-Wpointer-sign] 1078 | char *key = &buf[p], *val = NULL; | ^ flash.c:1083:37: warning: pointer targets in assignment from ‘uint8_t *’ {aka ‘unsigned char *’} to ‘char *’ differ in signedness [-Wpointer-sign] 1083 | val = &buf[p + 1]; | ^ [...] flash.c: In function ‘flashwrite_pagemode’: flash.c:633:63: warning: ‘flen’ may be used uninitialized [-Wmaybe-uninitialized] 633 | int blockerase = be && ((FlashOffset & 0xFFFF) == 0 ) && (flen >= 0x10000); | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~ flash.c:632:18: note: ‘flen’ was declared here 632 | uint32_t flen, blen; | ^~~~
Auch neu bei kernel 6 ist das hier:
CodeCC [M] /usr/src/dddvb-0.9.38/frontends/stv6110x.mod.o LD [M] /usr/src/dddvb-0.9.38/frontends/stv6110x.ko BTF [M] /usr/src/dddvb-0.9.38/frontends/stv6110x.ko Skipping BTF generation for /usr/src/dddvb-0.9.38/frontends/stv6110x.ko due to unavailability of vmlinux
für jedes Modul.
Unter dem alten Debian 11 Kernel-5.10.0-27 war das Übersetzen und Laden von ddbridge 0.9.38 ohne Probleme möglich.
Hab erst mal wieder auf den internen 0.9.33 zurückgerollt, aber das aktuellste Modul sollte doch auch laufen oder gibt es da Probleme mit Kernel 6?
VG,
Bernd
-
Hey danke für den Tipp, aber pulseaudio wird benutzt.
Aber ich bekomme diese Meldung:
Code[input_vdr] WARNING: xine-engine setting "engine.buffers.video_num_frames":22 is too small for some HD channels
Daraufhin habe ich mich auf die Suche gemacht und gesehen, dass nach einem Update der Link in /etc/vdr/plugins/xineliboutput zur config in /var/lib/vdr/plugins/xineliboutout/config verwaist war. Also config mit enginge.buffers restauriert.
Ich musste allerdings auch /home/vdr/.xine/config_xineliboutput anpassen.
Code
Display More# number of audio buffers # numeric, default: 500 engine.buffers.audio_num_buffers:1000 # number of video buffers # numeric, default: 500 #engine.buffers.video_num_buffers:500 # default number of video frames # numeric, default: 15 engine.buffers.video_num_frames:100
Jetzt ist der Ton wieder klar,
Das aber auch updates immer so viel kapuut machen müssen ...
LG,
Bernd
-
Hallo zusammen,
mein Debian bullseye in Form von LMDE5 läuft bis auf ein paar Tonaussetzer bei vdr-sxfe gut,
und ich zögere noch auf bookworm zu gehen, auch wenn vdr-2.6 in bookworm drin ist,
weil mir fehlen da zwei plugins (iptv und live), von denen ich auf jeden Fall iptv nicht vermissen möchte.
Menuorg war auch ganz nett, aber ok ... und das plugin-ddci2 musste ich mir auch schon selber basteln.
Wäre das nicht schön, wenn vdr-exprimental auch für bookworm bereit stünde?
LG,
Bernd
-
Hallo zusammen,
never change a running system, aber ich habe meine Basis-Distro von LMDE4 auf LMDE5 aufgerüstet,
und seitdem liefert mein vdr-sxfe frontend Tonaussetzer beim Live-TV.
Aber nur da, Aufzeichnungen laufen ohne Tonprobleme.
Hardware:
Code
Display Morevdr1 product: MS-7721 (To be filled by O.E.M.) vendor: MSI version: 3.0 *-cpu description: CPU product: AMD A10-6700 APU with Radeon(tm) HD Graphics version: AMD A10-6700 APU with Radeon(tm) HD Graphics size: 1796MHz capacity: 3700MHz *-multimedia description: Multimedia controller product: Cine V7 vendor: Digital Devices GmbH configuration: driver=ddbridge latency=0
Linux/Kernel/VDR:
Code
Display MoreLMDE 5 Elsie Linux vdr1 5.10.0-25-amd64 #1 SMP Debian 5.10.191-1 (2023-08-16) x86_64 GNU/Linux# root@vdr1:~# apt list --installed | grep vdr libdvdread8/oldstable,now 6.1.1-2 amd64 [Installiert,automatisch] libxine2-xvdr/unbekannt,now 2.2.0+git20211212-2 amd64 [Installiert,automatisch] vdr-addon-acpiwakeup/unbekannt,unbekannt,now 0.0.13 all [installiert] vdr-dev/unbekannt,now 2.6.0-1~etobi1 amd64 [installiert] vdr-plugin-dvd/unbekannt,now 0.3.6~b03+git20211216-2 amd64 [installiert] vdr-plugin-epgsearch/unbekannt,now 2.4.1-2 amd64 [installiert] vdr-plugin-femon/unbekannt,now 2.4.0-5 amd64 [installiert] vdr-plugin-iptv/unbekannt,now 2.4.0-3 amd64 [installiert] vdr-plugin-live/unbekannt,now 3.1.3-2 amd64 [installiert] vdr-plugin-mp3/unbekannt,now 0.10.4-2 amd64 [installiert] vdr-plugin-mplayer/unbekannt,now 0.10.4-2 amd64 [installiert] vdr-plugin-osdteletext/unbekannt,now 2.3.1-1 amd64 [installiert] vdr-plugin-satip/unbekannt,now 2.4.1-2 amd64 [installiert] vdr-plugin-streamdev-client/unbekannt,now 0.6.1+git20180514-5 amd64 [installiert] vdr-plugin-streamdev-server/unbekannt,now 0.6.1+git20180514-5 amd64 [installiert] vdr-plugin-vnsiserver/unbekannt,now 1:1.8.0+git20211205-2 amd64 [installiert] vdr-plugin-xineliboutput/unbekannt,now 2.2.0+git20211212-2 amd64 [installiert] vdr/unbekannt,now 2.6.0-1~etobi1 amd64 [installiert] Quellen: deb http://ftp.fau.de/mint/packages elsie main upstream import backport deb http://debian.intergenia.de/debian/ bullseye main contrib non-free deb http://debian.intergenia.de/debian/ bullseye-updates main contrib non-free deb http://security.debian.org/ bullseye-security main contrib non-free deb http://debian.intergenia.de/debian/ bullseye-backports main contrib non-free deb https://packages.e-tobi.net/vdr-experimental bullseye vdr-multipatch base addons deb-src https://packages.e-tobi.net/vdr-experimental bullseye vdr-multipatch base addons
vdr-sxfe mit --verbose liefert zum Zeitpunkt der Tonaussetzer laufende audio_out frames dropped messages.
Unter LMDE4 mit Kernel 4.x traten diese Probleme nicht aus.
Version ddbridge: 0.9.37 und auch 0.9.38 ausprobiert.
Die Tonaussetzer kommen zu unterschiedlichsten Zeiten. Mal geht es gar nicht, mal läuft es 5 Minuten und erst dann passiert es. Mal erst nach dem Umschalten.
Wenn der Ton weg ist und man vdr-sxfe beendet und neu startet geht es wieder für kurze Zeit und dann ist es wieder weg.
Starte ich KODI und conencte zum vdr via pvr.client dann sind keine Tonprobleme da.
Irgendwo muss im LMDE-5/Xine/VDR-SXFE Konstrukt ein Bug/Config-Problem stecken, was unter LMDE-4 nicht da war,
aber ich finde seit Tagen nix weiterführendes in den LOGs ...
Hat jemand evtl. eine Idee?
Wenn jemand eine Idee hat, wo ich gucken könnte, dann immer gerne her damit.
VG,
Bernd
-
Hey Moin,
diese Frage ist zwar 5 Jahre alt, aber hat das noch niemand (gehackt) - äh ausprobiert?
VG,
Bernd
-
So wie versprochen Rückmeldung: der Timer-Test vom VDR war auch erfolgreich.
Die Einstellung Wake-Up-Event im BIOS muss also auf OS stehen, dann klappt das ACPI-Gedöns.
Jedes BIOS wieder anders ...
-
Was für ein Mainboard hast du? Ist "Wake by RTC" die Option zum periodischen Wecken? Falls ja, sollte die vermutlich deaktiviert sein. Wie sehen die Einstellungen für Deep Sleep (aka ErP) aus?
Ein MSI FM2-A75MA-P33 ... nach etwas googeln habe ich HPET wieder aktiviert und im BIOS das Aufwachen von BIOS auf OS umgestellt (dann verschwinden alle Unterpunkte RTC usw). Danach funktionierte der Test per wakealarm bei ausgeschaltetem vdr Dienst.
Ich habe jetzt einen Timer auf 15:10 programmiert und den Rechner via VDR heruntergefahren. Mal gucken ob er um 15:10 dann aufwacht und der Timer richtig gesetzt wurde ... ich melde mich danach ob es geklappt hat.
Danke erst mal ... bis später
-
Hallo,
ich habe mal einen neuen VDR auf Basis von Debian Buster mit vdr-experimental von E-Tobi aufgesetzt.
Problem wie im Subject: das Aufwachen geht nicht mehr.
Im BIOS ist HPET deaktiviert und Wake by RTC aktiviert.
Wenn man testweise per
Code
Display Moreroot@vdr1:~# echo $(date --date "now +5 minutes" "+%s") > /sys/class/rtc/rtc0/wakealarm root@vdr1:~# cat /proc/driver/rtc rtc_time : 13:02:23 rtc_date : 2020-12-29 alrm_time : 13:07:17 alrm_date : 2020-12-29 alarm_IRQ : yes alrm_pending : no update IRQ enabled : no periodic IRQ enabled : no periodic IRQ frequency : 1024 max user IRQ frequency : 64 24hr : yes periodic_IRQ : no update_IRQ : no HPET_emulated : no BCD : yes DST_enable : no periodic_freq : 1024 batt_status : okay
Dann sieht das gut aus.
Aber der Rechner startet 5 Minuten später nicht ...
Ideen?
-
Was meinst du damit?
Na z.B. so in der Art:
Code:HD Programme Kabel Tuner 1 Das Erste HD;ARD:330000:C0M256:C:6900:5101=27:0;5102=deu@106,5103=mis@106:5104;5105=deu:0:11100:1:1051:0 ZDF HD;ZDFvision:450000:C0M256:C:6900:6110=27:0;6120=deu@106,6121=mis@106,6123=mul@106:6130;6131=deu:0:11110:1:1079:0 :HD Programme FritzWlan Adapter ZDFHD: ....
Also das ich eine Programm ZDF HD habe, was direkt von der TV-Karte kommt und ein Programm ZDFHD, was von dem WlanRepeater kommt ...
-
Bei mir läuft der script von kla.b
Hallo jsffm,
könnte es evtl mit dem Ausgabeplugin zu tun haben?
Ich gebe über xine mit libximoutput aus - oder hat das Augabeplugin damit nichts zu tun.
Der Unterschied zwischen den beiden Scripte ist ja im Aufruf von vlc - und bei mir scheint beides nicht zu funktionieren,
obwohl es "lokal" mit vlc ja geht, nur halt über den Umweg über den VDR und dem iptv-plugin geht es nicht.
Gruss,
Bernd
-
>>satip? Wie bekomme ich das mit IPTV konfiguriert?
Irgendwie gibt es ein Verständnisproblem. Die Fritzbox unterstützt afaik SAT>IP anstelle von IPTV.
Wobei IPTV und SATIP beide gemeinsam auf die gleichen Protokolle UPnP, RTP, RTCP und RTSP aufbauen, nur eben mit kleinen Unterschieden.
Ja Danke, das ist mir jetzt auch klar geworden durch Experimentieren - schade, dass das nicht unbedingt nachvollziehbar dokumentiert ist
Ich ging halt blind davon aus, dass IPTV (wegen rtsp) mit dem Fritz WlanRepater umgehen kann ...
Also -> Teilthema Fritz Repater ist gelöst via SATIP ...
Aber -> Teilthema IPTV ist noch ungelöst, das das Script, weder vlc2iptv_raw noch das vlc2iptv, was bei mit drauf war, immer noch nicht funktioniert ...
-
Hallo kla.b,
danke für den Tip - das habe ich experimentell auch herausgefunden, als ich
über das Plugin "Signalinformationen" beim Kanal ZDF-HD gesehen habe, dass
ich dort auch den SAT-IP Tuner aktivieren konnte und ich das Signal dann
vom Wlan-Repeater bekam, anstelle von der TV-Karte
Umgekeht bedeutet das aber auch, dass ich faktisch keinen eigenen Eintrag erzeugen kann,
der mit direkt das SIgnal via SATIP Plugin gibt?
Gruss,
Bernd
-
Danke für Eure Hilfe ... wie es ausschaut liegt es daran, dass ich noch kein FritzOS 7 habe.
OK - schade.
Vielleicht kann mir noch jemand diese Frage beantworten:
Wie bekomme ich rtsp-Links vernünftig per iptv-Plugin eingebunden?Muss ich da tatsächlich für jeden Kanal ein Script anlegen oder kann ich das direkt in die Channes.conf schreiben?
mfg sd
Hey, ich bin bisher kläglich daran gescheitert das IPTV via rtsp zu konfigurieren.
Gerade versuche ich mich am satip mit dem Fritz WlanRepeater DVB-C, aber das klappt auch irgendwie alles nicht so wie es angeblich soll. Das FritzOS ist 7.01 - das ist das aktuelle für den Repeater.
-
Hallo,
ich habe gehört, dass anstelle des vdr-plugin-iptv man für den FritzWLan Repater DVB-C lieber das vdr-plugin-satip benutzen soll.
Nun ist: http://www.vdr-wiki.de/wiki/index.php/Satip-plugin
nicht aus ausführlich.
Wie bekomme ich das Plugin denn konfiguriert?
Wenn ich es einfach installiere, startet es und erzeugt mir zwei Devices (per default).
Es erkennt wohl im Netz auch den Wlan Repater mit dem DVB-C aber ich bekomme im log:
Code
Display MoreFeb 23 19:12:05 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 408: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:05 vdr2 vdr: [4777] SATIP-ERROR: Connect failed [device 1] Feb 23 19:12:05 vdr2 vdr: [4752] max. latency time 3 seconds Feb 23 19:12:05 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 503: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:07 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,255] failed: Timeout was reached (28) Feb 23 19:12:07 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:07 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:07 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:07 vdr2 vdr: [4777] SATIP-ERROR: Pid update failed - retuning [device 1] Feb 23 19:12:07 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:07 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:07 vdr2 vdr: [4777] SATIP-ERROR: Connect failed [device 1] Feb 23 19:12:07 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 503: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:27 vdr2 vdr: [4774] SATIP-ERROR: Detected invalid status code 408: rtsp://192.168.0.248/ [device 0] Feb 23 19:12:27 vdr2 vdr: [4774] SATIP-ERROR: Connect failed [device 0] Feb 23 19:12:27 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:27 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:27 vdr2 vdr: [4777] SATIP-ERROR: Pid update failed - retuning [device 1] Feb 23 19:12:27 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:27 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:27 vdr2 vdr: [4777] SATIP-ERROR: Connect failed [device 1] Feb 23 19:12:27 vdr2 vdr: [4774] SATIP-ERROR: Detected invalid status code 503: rtsp://192.168.0.248/ [device 0] Feb 23 19:12:27 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 503: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:29 vdr2 vdr: [4774] curl_easy_perform() [rtsp.c,255] failed: Timeout was reached (28) Feb 23 19:12:29 vdr2 vdr: [4774] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 0] Feb 23 19:12:29 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,255] failed: Timeout was reached (28) Feb 23 19:12:29 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:29 vdr2 vdr: [4777] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:29 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:29 vdr2 vdr: [4777] SATIP-ERROR: Connect failed [device 1] Feb 23 19:12:29 vdr2 vdr: [4774] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:29 vdr2 vdr: [4774] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 0] Feb 23 19:12:29 vdr2 vdr: [4774] SATIP-ERROR: Pid update failed - retuning [device 0] Feb 23 19:12:29 vdr2 vdr: [4774] curl_easy_perform() [rtsp.c,284] failed: RTSP CSeq mismatch or invalid CSeq (85) Feb 23 19:12:29 vdr2 vdr: [4774] SATIP-ERROR: Detected invalid status code 454: rtsp://192.168.0.248/ [device 0] Feb 23 19:12:29 vdr2 vdr: [4774] SATIP-ERROR: Connect failed [device 0] Feb 23 19:12:29 vdr2 vdr: [4777] SATIP-ERROR: Detected invalid status code 503: rtsp://192.168.0.248/ [device 1] Feb 23 19:12:29 vdr2 vdr: [4774] SATIP-ERROR: Detected invalid status code 503: rtsp://192.168.0.248/ [device 0] Feb 23 19:12:59 vdr2 vdr: [4777] SATIP: Idle timeout - releasing [device 1]
Naja und so weiter ...
Wie bekomme ich denn jetzt das Ding richtig zum Laufen?
In der conf Datei habe ich mal probiert mit:
Code
Display More# # Command line parameters for vdr-plugin-satip # # For more details see: # - /usr/share/doc/vdr-plugin-satip/README.gz # - vdr -Psatip --help # [satip] # -d <num>, --devices=<number> set number of devices to be created # (default device count is 2) # -t <mode>, --trace=<mode> set the tracing mode # -s <ipaddr>|<model>|<desc>, --server=<ipaddr1>|<model1>|<desc1>;<ipaddr2>|<model2>|<desc2> # define hard-coded SAT>IP server(s) # -S, --single set the single model server mode on # -n, --noquirks disable all the server quirks -d 1 -s 192.168.0.248|DVBC|TestSatIP
-d 1 nur ein Device und den Server explizit anzugeben.
Wie bekomme ich jetzt die channels.conf EInträge zusammen dazu?
-
besser für die fritz das satip plugin nutzen.
satip? Wie bekomme ich das mit IPTV konfiguriert?
-
Also bei mir geht es auch mit dem Script von kla.b nicht:
Code
Display MoreFeb 23 18:53:56 vdr2 vdr: [3901] switching to channel 94 (AltoAdigeTV (I)) Feb 23 18:53:56 vdr2 vdr: [3972] osdteletext-receiver thread ended (pid=3901, tid=3972) Feb 23 18:53:56 vdr2 vdr: [3901] buffer stats: 0 (0%) used Feb 23 18:53:56 vdr2 vdr: [4206] device 5 receiver thread started (pid=3901, tid=4206, prio=high) Feb 23 18:53:56 vdr2 vdr: [4208] IPTV streamer thread started (pid=3901, tid=4208, prio=high) Feb 23 18:53:56 vdr2 vdr: [3901] [xine..put] OSD bandwidth: 189693 bytes/s (1481 kbit/s) Feb 23 18:53:56 vdr2 vdr: [3901] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB Feb 23 18:53:56 vdr2 vdr: [3973] device 1 TS buffer thread ended (pid=3901, tid=3973) Feb 23 18:53:56 vdr2 vdr: [3971] buffer stats: 197588 (3%) used Feb 23 18:53:56 vdr2 vdr: [3971] device 1 receiver thread ended (pid=3901, tid=3971) Feb 23 18:54:04 vdr2 vdr: [3901] [xine..put] cXinelibOsd::CanHandleAreas(): Device does not support ARGB Feb 23 18:54:06 vdr2 vdr: [3901] [xine..put] OSD bandwidth: 186071 bytes/s (1453 kbit/s) Feb 23 18:54:15 vdr2 vdr: [3901] [xine..put] OSD bandwidth: 190139 bytes/s (1485 kbit/s) Feb 23 18:54:16 vdr2 vdr: [3901] [xine..put] OSD bandwidth: 570199 bytes/s (4454 kbit/s) Feb 23 18:54:17 vdr2 vdr: [3901] switching to channel 27 (ONE HD (C)) Feb 23 18:54:17 vdr2 vdr: [4210] device 1 receiver thread started (pid=3901, tid=4210, prio=high) Feb 23 18:54:17 vdr2 vdr: [4212] device 1 TS buffer thread started (pid=3901, tid=4212, prio=high) Feb 23 18:54:17 vdr2 vdr: [4211] osdteletext-receiver thread started (pid=3901, tid=4211, prio=high) Feb 23 18:54:17 vdr2 vdr: [4208] IPTV streamer thread ended (pid=3901, tid=4208) Feb 23 18:54:17 vdr2 vdr: [4206] device 5 receiver thread ended (pid=3901, tid=4206)
-
Das Problem ist "gelöst": es lag am dd Treiber. Der Version 0.9.37 läuft nicht unter dem kernel 3.16.0-10, die Version 0.9.36 läuft.
Das Problem ist also eher auf Seiten von dd zu suchen... ich maile die mal an ...
Gruss,
Bernd