[vdr] Running multiple instances of vdr 1.7.7 with streamdev

scott scott at waye.co.uk
Thu May 14 19:02:22 CEST 2009



Hi, 

I have an not uncommon arrangement: 1 vdr machine in the living room with
a budget card connect to a TV, a streamdev server (ip 192.168.2.33). I
start it with: 

$VDRPRG -c /etc/vdr -v /data/video --lib=/etc/vdr/plugins/lib -P "xine -r"
-Pstreamdev-server -w 60 $*' 

and that works fine. I have another pc/tv in the bedroom, so I run another
instance of vdr on the living room machine with: 

$VDRPRG -c /etc/vdr2 -v /data/video --lib=/etc/vdr2/plugins/lib -D 10 -p
2102 -P "xineliboutput --local=none --remote=37892" -P streamdev-client 

and I propose to connect to this using vdr-sxfe. I know I could run just
one instance of vdr and use multiple vdr-sxfes, but I want multiple
independend OSDs . 

My problem is that when I start the second instance of vdr (with no
xineliboutput client) it seems to compete for the channel on the server.
Every 30 seconds or so I get a "no signal" picture on the living room tv
for a few seconds before the picture comes back (usually). The log at
that
time is: 

May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current
receive
r
May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune
192.168.2.3
3:2004 to channel STREAM-0
May 14 17:49:21 giradot vdr: [13530] retrying
May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current
receiver
May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune
192.168.2.33:2004 to channel STREAM-0
May 14 17:49:21 giradot vdr: [13530] retrying
May 14 17:49:21 giradot vdr: [28489] streamdev-server: Detaching current
receiver
May 14 17:49:21 giradot vdr: [13530] ERROR: Streamdev: Couldn't tune
192.168.2.33:2004 to channel STREAM-0
May 14 17:49:21 giradot vdr: [13530] retrying
May 14 17:49:21 giradot vdr: [2226] TS buffer on device 1 thread ended
(pid=28480, tid=2226)
May 14 17:49:21 giradot vdr: [2225] buffer stats: 69748 (3%) used
May 14 17:49:21 giradot vdr: [2225] receiver on device 1 thread ended
(pid=28480, tid=2225)
May 14 17:49:22 giradot
vdr: [28480] switching to channel 7
May 14 17:49:22 giradot vdr: [2269] receiver on device 1 thread started
(pid=28480, tid=2269)
May 14 17:49:22 giradot vdr: [2270] TS buffer on device 1 thread started
(pid=28480, tid=2270)
May 14 17:49:23 giradot vdr: [2269] cVideoRepacker: switching to MPEG1/2
mode
May 14 17:49:23 giradot vdr: [2269] cVideoRepacker: operating in MPEG1/2
mode

I have on the streamdev server, the behaviour to "Offer Suspend" and
"Client may suspend" to "yes", I was hoping that with this setup I would
get "last one wins, except for recordings which always win". Is there
something wrong with my setup? I have no patches applied. xineliboutput
v1.0.4. 

-- 

Scott
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.linuxtv.org/pipermail/vdr/attachments/20090514/39440ef0/attachment.htm 


More information about the vdr mailing list