Re: [vdr] Streamdev to Streamdev with PVRInput card
On Wed, 8 Jun 2011 20:43:38 +0200, Martin Dauskardt wrote
> When leaving OpenDvr, the bool is set to true.
> It will only become false again during runtime, if vdr calls the
> pvrinput- function SetChannelDevice() and determines the needed settings.
>
> And this is your problem. There are no debug messages from
> pvrinput's SetChannelDevice() or ProvidesChannel(), so vdr never
> calls these pvrinput functions - although a channel switch for a
> pvrinput device is requested.
>
> But why? I have no idea. It works for you with vomp. It worked for
> me with streamdev when I tested this last year. But I had only
> streamdev-server running and used vlc to switch channels.
Streamdev-client won't forward calls to SetChannelDevice and ProvidesChannel
to the server, if the current channel and the requested new channel are on the
same transponder. Instead it will just go ahead and later add the PIDs of the
new channel to the current connection.
Pvrinput obviously uses the same frequencies (i.e. transponder) and even the
same PIDs for different channels, so streamdev-clients current behaviour is
bound to fail. According to an other posting in this thread, it is not
possible to use different frequencies, so it seems the problem needs to be
fixed in streamdev-client. Please try the following patch:
--- a/common.h
+++ b/common.h
@@ -23,7 +23,7 @@
# define Dprintf(x...)
#endif
-#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder())
+#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder() &&
!c1->IsSourceType('V'))
#define MAXPARSEBUFFER KILOBYTE(16)
AFAIKT the problem is streamdev-client only. So HTTP streaming with e.g. VLC
is not affected.
Regards,
Frank
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] HD programme recording still broken
Hello, recording a HD TV programme still results in a VDR emergency exit even in the latest VDR dev version: Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors') added Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:02 localhost vdr: [5512] switching device 1 to channel 86 Jun 10 19:38:02 localhost vdr: [5512] timer 1 (86 1928-2010 'Doctors') start Jun 10 19:38:02 localhost vdr: [5512] Title: 'Doctors' Subtitle: '(null)' Jun 10 19:38:02 localhost vdr: [5512] record /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] recording to '/var/lib/video/Doctors/2011-06-10.19.28.86-0.rec/1.ts' Jun 10 19:38:02 localhost vdr: [5556] recording thread started (pid=5512, tid=5556) Jun 10 19:38:03 localhost vdr: [5524] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:33 localhost vdr: [5556] ERROR: video data stream broken Jun 10 19:38:33 localhost vdr: [5556] initiating emergency exit Jun 10 19:38:33 localhost vdr: [5512] emergency exit requested - shutting down The same problem appears with all HD (H.264) channels, be it BBC HD or HBO HD or anything else. Could anyone please look into it? :-( Thanks a lot! -- Luboš Doležel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.06.2011 19:44, Luboš Doležel wrote: Hello, recording a HD TV programme still results in a VDR emergency exit even in the latest VDR dev version: Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors') added Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:02 localhost vdr: [5512] switching device 1 to channel 86 Jun 10 19:38:02 localhost vdr: [5512] timer 1 (86 1928-2010 'Doctors') start Jun 10 19:38:02 localhost vdr: [5512] Title: 'Doctors' Subtitle: '(null)' Jun 10 19:38:02 localhost vdr: [5512] record /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] recording to '/var/lib/video/Doctors/2011-06-10.19.28.86-0.rec/1.ts' Jun 10 19:38:02 localhost vdr: [5556] recording thread started (pid=5512, tid=5556) Jun 10 19:38:03 localhost vdr: [5524] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:33 localhost vdr: [5556] ERROR: video data stream broken Jun 10 19:38:33 localhost vdr: [5556] initiating emergency exit Jun 10 19:38:33 localhost vdr: [5512] emergency exit requested - shutting down The same problem appears with all HD (H.264) channels, be it BBC HD or HBO HD or anything else. Please post the channels.conf entry of such a channel (must be FTA, otherwise I can't receive it). Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
> recording a HD TV programme still results in a VDR emergency exit even in > the latest VDR dev version: > > Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors') > added > Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010 'Doctors') set > to event Fri 10.06.2011 19:30-20:00 'Doctors' > Jun 10 19:38:02 localhost vdr: [5512] switching device 1 to channel 86 > Jun 10 19:38:02 localhost vdr: [5512] timer 1 (86 1928-2010 'Doctors') start > Jun 10 19:38:02 localhost vdr: [5512] Title: 'Doctors' Subtitle: '(null)' > Jun 10 19:38:02 localhost vdr: [5512] record > /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec > Jun 10 19:38:02 localhost vdr: [5512] creating directory > /var/lib/video/Doctors > Jun 10 19:38:02 localhost vdr: [5512] creating directory > /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec > Jun 10 19:38:02 localhost vdr: [5512] recording to > '/var/lib/video/Doctors/2011-06-10.19.28.86-0.rec/1.ts' > Jun 10 19:38:02 localhost vdr: [5556] recording thread started (pid=5512, > tid=5556) > Jun 10 19:38:03 localhost vdr: [5524] timer 1 (86 1928-2010 'Doctors') set > to event Fri 10.06.2011 19:30-20:00 'Doctors' > Jun 10 19:38:33 localhost vdr: [5556] ERROR: video data stream broken > Jun 10 19:38:33 localhost vdr: [5556] initiating emergency exit > Jun 10 19:38:33 localhost vdr: [5512] emergency exit requested - shutting > down > > The same problem appears with all HD (H.264) channels, be it BBC HD or HBO > HD or anything else. > > Could anyone please look into it? :-( I've just read a post from another user who had this problem. Apparently his channels.conf contained wrong info and enabling 'update names & pids' (or whatever it's called) fixed it. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.6.2011 20:33, Klaus Schmidinger wrote: On 10.06.2011 19:44, Luboš Doležel wrote: Hello, recording a HD TV programme still results in a VDR emergency exit even in the latest VDR dev version: Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors') added Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:02 localhost vdr: [5512] switching device 1 to channel 86 Jun 10 19:38:02 localhost vdr: [5512] timer 1 (86 1928-2010 'Doctors') start Jun 10 19:38:02 localhost vdr: [5512] Title: 'Doctors' Subtitle: '(null)' Jun 10 19:38:02 localhost vdr: [5512] record /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] recording to '/var/lib/video/Doctors/2011-06-10.19.28.86-0.rec/1.ts' Jun 10 19:38:02 localhost vdr: [5556] recording thread started (pid=5512, tid=5556) Jun 10 19:38:03 localhost vdr: [5524] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:33 localhost vdr: [5556] ERROR: video data stream broken Jun 10 19:38:33 localhost vdr: [5556] initiating emergency exit Jun 10 19:38:33 localhost vdr: [5512] emergency exit requested - shutting down The same problem appears with all HD (H.264) channels, be it BBC HD or HBO HD or anything else. Please post the channels.conf entry of such a channel (must be FTA, otherwise I can't receive it). Klaus This channel should work across Western/Central Europe with regular-sized dishes. It is FTA. Channel 4 HD;BSkyB:12607:vC34M2O35S1:S28.2E:27500:2305=2:2307=NAR@4;2306=NAR@106:2309:0:55300:2:2614:0 Thanks! -- Luboš Doležel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.6.2011 21:11, VDR User wrote: recording a HD TV programme still results in a VDR emergency exit even in the latest VDR dev version: Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors') added Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:02 localhost vdr: [5512] switching device 1 to channel 86 Jun 10 19:38:02 localhost vdr: [5512] timer 1 (86 1928-2010 'Doctors') start Jun 10 19:38:02 localhost vdr: [5512] Title: 'Doctors' Subtitle: '(null)' Jun 10 19:38:02 localhost vdr: [5512] record /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] recording to '/var/lib/video/Doctors/2011-06-10.19.28.86-0.rec/1.ts' Jun 10 19:38:02 localhost vdr: [5556] recording thread started (pid=5512, tid=5556) Jun 10 19:38:03 localhost vdr: [5524] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:33 localhost vdr: [5556] ERROR: video data stream broken Jun 10 19:38:33 localhost vdr: [5556] initiating emergency exit Jun 10 19:38:33 localhost vdr: [5512] emergency exit requested - shutting down The same problem appears with all HD (H.264) channels, be it BBC HD or HBO HD or anything else. Could anyone please look into it? :-( I've just read a post from another user who had this problem. Apparently his channels.conf contained wrong info and enabling 'update names& pids' (or whatever it's called) fixed it. Wow, great, that fixed it! Thanks! I think, however, that this should be either noted somewhere or the VDR should handle the error more gracefully... -- Luboš Doležel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.06.2011 21:41, Luboš Doležel wrote: On 10.6.2011 21:11, VDR User wrote: recording a HD TV programme still results in a VDR emergency exit even in the latest VDR dev version: Jun 10 19:38:02 localhost vdr: [5512] live timer 1 (86 1928-2010 'Doctors') added Jun 10 19:38:02 localhost vdr: [5534] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:02 localhost vdr: [5512] switching device 1 to channel 86 Jun 10 19:38:02 localhost vdr: [5512] timer 1 (86 1928-2010 'Doctors') start Jun 10 19:38:02 localhost vdr: [5512] Title: 'Doctors' Subtitle: '(null)' Jun 10 19:38:02 localhost vdr: [5512] record /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors Jun 10 19:38:02 localhost vdr: [5512] creating directory /var/lib/video/Doctors/2011-06-10.19.28.86-0.rec Jun 10 19:38:02 localhost vdr: [5512] recording to '/var/lib/video/Doctors/2011-06-10.19.28.86-0.rec/1.ts' Jun 10 19:38:02 localhost vdr: [5556] recording thread started (pid=5512, tid=5556) Jun 10 19:38:03 localhost vdr: [5524] timer 1 (86 1928-2010 'Doctors') set to event Fri 10.06.2011 19:30-20:00 'Doctors' Jun 10 19:38:33 localhost vdr: [5556] ERROR: video data stream broken Jun 10 19:38:33 localhost vdr: [5556] initiating emergency exit Jun 10 19:38:33 localhost vdr: [5512] emergency exit requested - shutting down The same problem appears with all HD (H.264) channels, be it BBC HD or HBO HD or anything else. Could anyone please look into it? :-( I've just read a post from another user who had this problem. Apparently his channels.conf contained wrong info and enabling 'update names& pids' (or whatever it's called) fixed it. Wow, great, that fixed it! Thanks! I think, however, that this should be either noted somewhere or the VDR should handle the error more gracefully... By default VDR updates the pids automatically. If you turn that off and thus VDR doesn't get any data from a channel it wants to record, it assumes the driver is "stuck" and performs an "emergency exit" to allow for a driver reload. You can turn that off, too, by setting "Emergency exit" to "no" in the "Miscellaneous" section of the "Setup" menu. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On Fri, 10 Jun 2011 21:41:05 +0200 Luboš Doležel wrote: > On 10.6.2011 21:11, VDR User wrote: > > > > I've just read a post from another user who had this problem. > > Apparently his channels.conf contained wrong info and enabling > > 'update names& pids' (or whatever it's called) fixed it. > > > > Wow, great, that fixed it! Thanks! > > I think, however, that this should be either noted somewhere or the > VDR should handle the error more gracefully... Or it should read the pids from the PAT and PMT every time it changes channel instead of using channels.conf for that information. This would also fix the problem of having to scan twice at different times of day to pick up all the channels. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.06.2011 23:27, Tony Houghton wrote: On Fri, 10 Jun 2011 21:41:05 +0200 Luboš Doležel wrote: On 10.6.2011 21:11, VDR User wrote: I've just read a post from another user who had this problem. Apparently his channels.conf contained wrong info and enabling 'update names& pids' (or whatever it's called) fixed it. Wow, great, that fixed it! Thanks! I think, however, that this should be either noted somewhere or the VDR should handle the error more gracefully... Or it should read the pids from the PAT and PMT every time it changes channel instead of using channels.conf for that information. This would also fix the problem of having to scan twice at different times of day to pick up all the channels. When you switch to a transponder VDR *does* read the PAT/PMT. But if the user's setup tells it *not* to do so, what's VDR supposed to do then? Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On Fri, 10 Jun 2011 23:31:40 +0200 Klaus Schmidinger wrote: > On 10.06.2011 23:27, Tony Houghton wrote: > > > > Or it should read the pids from the PAT and PMT every time it changes > > channel instead of using channels.conf for that information. This would > > also fix the problem of having to scan twice at different times of day > > to pick up all the channels. > > When you switch to a transponder VDR *does* read the PAT/PMT. > But if the user's setup tells it *not* to do so, what's VDR > supposed to do then? I didn't realise that was what that option did and mine was disabled. What's the default setting? I might have turned it off deliberately to try to stop VDR from updating channels.conf at some point in the past when I was using dvb-apps scan to generate channels.conf and VDR didn't quite recognise the format and created duplicate channels, crashing itself. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.06.2011 23:54, Tony Houghton wrote: On Fri, 10 Jun 2011 23:31:40 +0200 Klaus Schmidinger wrote: On 10.06.2011 23:27, Tony Houghton wrote: Or it should read the pids from the PAT and PMT every time it changes channel instead of using channels.conf for that information. This would also fix the problem of having to scan twice at different times of day to pick up all the channels. When you switch to a transponder VDR *does* read the PAT/PMT. But if the user's setup tells it *not* to do so, what's VDR supposed to do then? I didn't realise that was what that option did and mine was disabled. What's the default setting? The defualt is "5". From MANUAL: DVB: Update channels = 5Controls the automatic channel update function. '0' means no update, '1' will only update channel names, '2' will only update PIDs, '3' will update channel names and PIDs, '4' will perform all updates and also add newly found channels, and '5' will also add newly found transponders. Note that adding new transponders only works if the "EPG scan" is active. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] HD programme recording still broken
On 10.6.2011 23:59, Klaus Schmidinger wrote: The defualt is "5". From MANUAL: DVB: Update channels = 5Controls the automatic channel update function. '0' means no update, '1' will only update channel names, '2' will only update PIDs, '3' will update channel names and PIDs, '4' will perform all updates and also add newly found channels, and '5' will also add newly found transponders. Note that adding new transponders only works if the "EPG scan" is active. Klaus Now I know why I disabled this function. Right after enabling it, VDR added CAIDs to all encrypted channels and I cannot tune them any more (I use streamdev-server). CT HD;CS Link:11973:v:S23.5E:27500:2010=27:2020=cze@4,2023=qaa@4;2021=cze@106:0:D0F,624,D70,D03,D96:14070:3:3214:0 How should I tell VDR not to care about encryption, as the decryption is fully handled by the dvbloopback virtual DVB device (sasc-ng)? -- Luboš Doležel ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev to Streamdev with PVRInput card
On 06/10/2011 02:26 AM, Frank Schmirler wrote:
On Wed, 8 Jun 2011 20:43:38 +0200, Martin Dauskardt wrote
When leaving OpenDvr, the bool is set to true.
It will only become false again during runtime, if vdr calls the
pvrinput- function SetChannelDevice() and determines the needed settings.
And this is your problem. There are no debug messages from
pvrinput's SetChannelDevice() or ProvidesChannel(), so vdr never
calls these pvrinput functions - although a channel switch for a
pvrinput device is requested.
But why? I have no idea. It works for you with vomp. It worked for
me with streamdev when I tested this last year. But I had only
streamdev-server running and used vlc to switch channels.
Streamdev-client won't forward calls to SetChannelDevice and ProvidesChannel
to the server, if the current channel and the requested new channel are on the
same transponder. Instead it will just go ahead and later add the PIDs of the
new channel to the current connection.
Pvrinput obviously uses the same frequencies (i.e. transponder) and even the
same PIDs for different channels, so streamdev-clients current behaviour is
bound to fail. According to an other posting in this thread, it is not
possible to use different frequencies, so it seems the problem needs to be
fixed in streamdev-client. Please try the following patch:
--- a/common.h
+++ b/common.h
@@ -23,7 +23,7 @@
# define Dprintf(x...)
#endif
-#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder())
+#define TRANSPONDER(c1, c2) (c1->Transponder() == c2->Transponder()&&
!c1->IsSourceType('V'))
#define MAXPARSEBUFFER KILOBYTE(16)
AFAIKT the problem is streamdev-client only. So HTTP streaming with e.g. VLC
is not affected.
I need to put something else somewhere else:
g++ -g -O2 -Wall -Woverloaded-virtual -Wno-parentheses -fPIC -c
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE
-DCONFDIR=\"/etc/vdr\" -DUSE_ALTERNATECHANNEL -DUSE_CHANNELBIND
-DUSE_MCLI -DUSE_PINPLUGIN -DUSE_PLUGINMISSING -DUSE_YAEPG -D_GNU_SOURCE
-DPLUGIN_NAME_I18N='"streamdev-client"' -I/usr/include
-I/usr/include/vdr/include -I.. -I/usr/include/vdr -o device.o device.c
device.c: In member function ‘virtual bool
cStreamdevDevice::IsTunedToTransponder(const cChannel*)’:
device.c:78:14: error: expected ‘;’ before ‘->’ token
device.c:80:13: warning: statement has no effect
device.c:78:7: error: label ‘Channel’ used but not defined
device.c: In member function ‘virtual bool
cStreamdevDevice::ProvidesChannel(const cChannel*, int, bool*) const’:
device.c:109:38: error: expected primary-expression before ‘)’ token
device.c:109:38: error: expected ‘;’ before ‘)’ token
device.c: In member function ‘virtual bool
cStreamdevDevice::SetChannelDevice(const cChannel*, bool)’:
device.c:135:14: error: expected ‘;’ before ‘->’ token
device.c:137:14: warning: statement has no effect
device.c:135:7: error: label ‘Channel’ used but not defined
make[1]: *** [device.o] Error 1
make[1]: Leaving directory `/usr/src/vdr-src/vdr-plugin-streamdev/client'
make: *** [client] Error 2
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Streamdev to Streamdev with PVRInput card
On 06/10/2011 07:12 PM, Rob Davis wrote: AFAIKT the problem is streamdev-client only. So HTTP streaming with e.g. VLC is not affected. I need to put something else somewhere else: Ooops, my fault. I forgot to take a bracket out. Patch works.. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
