Hi all,
I'm running vdr 1.3.37, I am currently using cvs version of streamdev. I'm running Xine 0.7.6.
On the slave machine I start up vdr with ./vdr -P'xine -r' -Pstreamdev-client
It starts up, connects to the backend no problem and gets the last channel it was on and shows video. So initial communication works.
When I attempt to change channels, I no longer get video. I can see the channel flip on the backend but nothing on the client.
1) is there any way I can increase debugging output to tell me where exactly the problem seems to be?
2) Has anyone else seen this and got it resolved?
My output is: SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 [vVMMMSetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 aA+7+8+12+14+15+17+19+22] buffered 21.5 frames SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 vdr-xine: Client disconnected! SetPlayMode: 0
I managed to get round the same problem with the attached hack. It simply restarts the plugin whenever you change channel.
I don't think this is the best fix, but I haven't had the chance to work on getting to the bottom of the problem.
By the way, you can compile streamdev with -DDEBUG and then you get lots of debugging output (see the Makefile).
Best wishes,
Allan
On Saturday 07 Jan 2006 17:44 pm, Mlists wrote:
Hi all,
I'm running vdr 1.3.37, I am currently using cvs version of streamdev. I'm running Xine 0.7.6.
On the slave machine I start up vdr with ./vdr -P'xine -r' -Pstreamdev-client
It starts up, connects to the backend no problem and gets the last channel it was on and shows video. So initial communication works.
When I attempt to change channels, I no longer get video. I can see the channel flip on the backend but nothing on the client.
- is there any way I can increase debugging output to tell me where
exactly the problem seems to be?
- Has anyone else seen this and got it resolved?
My output is: SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 [vVMMMSetDigitalAudioDevice: 0 SetAudioChannelDevice: 0 aA+7+8+12+14+15+17+19+22] buffered 21.5 frames SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 SetPlayMode: 0 SetAudioChannelDevice: 0 SetPlayMode: 1 vdr-xine: Client disconnected! SetPlayMode: 0
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
On Sun, 2006-08-01 at 00:25 +0000, Allan Guild wrote:
I managed to get round the same problem with the attached hack. It simply restarts the plugin whenever you change channel.
I don't think this is the best fix, but I haven't had the chance to work on getting to the bottom of the problem.
By the way, you can compile streamdev with -DDEBUG and then you get lots of debugging output (see the Makefile).
I tried the patch first on the client then on both and then just on the backend and sadly it didn't work for me. I'll try the debug and see what I can figure out from there. Thanks though!
Norm
On Sat, 2006-07-01 at 20:21 -0500, Mlists wrote:
On Sun, 2006-08-01 at 00:25 +0000, Allan Guild wrote:
I managed to get round the same problem with the attached hack. It simply restarts the plugin whenever you change channel.
I don't think this is the best fix, but I haven't had the chance to work on getting to the bottom of the problem.
By the way, you can compile streamdev with -DDEBUG and then you get lots of debugging output (see the Makefile).
I tried the patch first on the client then on both and then just on the backend and sadly it didn't work for me. I'll try the debug and see what I can figure out from there. Thanks though!
Norm
For those interested, it turns out this is linked to the livebuffer patch. I grabbed a fresh vdr source and compiled the plugins and everything works great.
Norm