Streamdev and Xine Client Not working
Commit Message
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.
>
> 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
>
>
>
> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Comments
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
@@ -101,6 +101,7 @@
&& TRANSPONDER(Channel, m_Channel))
return true;
+ cStreamdevDevice::ReInit();
m_Channel = Channel;
bool r = ClientSocket.SetChannelDevice(m_Channel);
Dprintf("setchanneldevice r=%d\n", r);