Hallo zusammen
Mein aktueller Bastel-VDR macht Probleme und lässt den Server-VDR reproduziertbar abstürzen... Google und Boardsuche haben mich nicht weiter gebracht, deshalb hoffe ich hier auf Hilfe!
Folgende Ausgangslage:
Server: (AMD-Board, 4x Budget DVB-S2, 2.6.31-gentoo-r6)
vdr (1.7.0/1.7.0) - The Video Disk Recorder
svdrposd (0.1.0) - Publish OSD menu via SVDRP
streamdev-server (0.5.0-pre) - VDR Streaming Server
remote (0.4.0) - Remote control
Bastel-Client: (D945GSEJT, 2.6.33-gentoo)
vdr (1.7.14/1.7.14) - The Video Disk Recorder
svdrpservice (0.0.4) - SVDRP client
remoteosd (0.1.0) - Show menu of a remote VDR
iowarrior (0.0.3) - RCU and LCD interface with Code Mercenaries IO-Warrior 24
iptv (0.4.0) - Experience the IPTV
nordlichtsepg (0.8a) - Extended EPG
streamdev-client (0.5.0-pre) - VTP Streaming Client
xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
skinenigmang (0.1.0-jlac) - EnigmaNG skin
menuorg (0.4.4) - Reorganizes the main menu
epgsync (0.0.3) - Import EPG of an other VDR
remote (0.4.0) - Remote control
Der Server läuft 24/7 und versorgt den Produktivclient im Wohnzimmer (VDPAU) und VLC auf dem Rechner. Abstürze konnte ich bisher nicht beobachten.
Starte ich nun Bastel-Client, kommt dieser hoch und fängt wunderbar an, den Stream abzuspielen. Nach einer Minute stoppt das Bild und der Watchdog des Servers springt an:
Mar 29 13:15:31 vdr-server vdr: [2012] Streamdev: Accepted new client (VTP) 192.168.2.22:54785
Mar 29 13:15:31 vdr-server vdr: [2012] buffer stats: 0 (0%) used
Mar 29 13:15:31 vdr-server vdr: [2012] Streamdev: Setting data connection to 192.168.2.22:55839
Mar 29 13:15:31 vdr-server vdr: [2236] streamdev-writer thread started (pid=1986, tid=2236)
Mar 29 13:15:31 vdr-server vdr: [2237] streamdev-livestreaming thread started (pid=1986, tid=2237)
Mar 29 13:15:31 vdr-server vdr: [2238] receiver on device 2 thread started (pid=1986, tid=2238)
Mar 29 13:15:31 vdr-server vdr: [2239] TS buffer on device 2 thread started (pid=1986, tid=2239)
Mar 29 13:15:31 vdr-server vdr: [2239] TS buffer on device 2 thread ended (pid=1986, tid=2239)
Mar 29 13:15:31 vdr-server vdr: [2238] buffer stats: 90804 (4%) used
Mar 29 13:15:31 vdr-server vdr: [2238] receiver on device 2 thread ended (pid=1986, tid=2238)
Mar 29 13:15:31 vdr-server vdr: [2240] receiver on device 2 thread started (pid=1986, tid=2240)
Mar 29 13:15:31 vdr-server vdr: [2241] TS buffer on device 2 thread started (pid=1986, tid=2241)
Mar 29 13:15:31 vdr-server vdr: [2241] TS buffer on device 2 thread ended (pid=1986, tid=2241)
Mar 29 13:15:31 vdr-server vdr: [2240] buffer stats: 94000 (4%) used
Mar 29 13:15:31 vdr-server vdr: [2240] receiver on device 2 thread ended (pid=1986, tid=2240)
Mar 29 13:15:31 vdr-server vdr: [2242] receiver on device 2 thread started (pid=1986, tid=2242)
Mar 29 13:15:31 vdr-server vdr: [2243] TS buffer on device 2 thread started (pid=1986, tid=2243)
Mar 29 13:15:31 vdr-server vdr: [1986] connect from 192.168.2.22, port 57782 - accepted
Mar 29 13:15:31 vdr-server vdr: [2243] TS buffer on device 2 thread ended (pid=1986, tid=2243)
Mar 29 13:15:31 vdr-server vdr: [2242] buffer stats: 108852 (5%) used
Mar 29 13:15:31 vdr-server vdr: [2242] receiver on device 2 thread ended (pid=1986, tid=2242)
Mar 29 13:15:31 vdr-server vdr: [2244] receiver on device 2 thread started (pid=1986, tid=2244)
Mar 29 13:15:31 vdr-server vdr: [2245] TS buffer on device 2 thread started (pid=1986, tid=2245)
Mar 29 13:16:38 vdr-server vdr: [1986] PANIC: watchdog timer expired - exiting!Das komische dabei ist, sowohl der Produktiv-Client als auch VLC funktionieren wunderbar, bis der Watchdog (60s) den VDR neu startet. In obigem Falls habe ich also überall Bild bis 13:16:38...
Kommt jemandem dieses Verhalten bekannt vor, oder weiss jemand Rat?
Edit: Schalte ich nach dem Server-Neustart beim Bastel-Client auf einen neuen Kanal um den Stream neu zu starten, funktioniert alles wunderbar... bis in alle Ewigkeit.
Schon mal vielen Dank für eure Mühe!
Grüsse aus Bern
Thomas
