Re: [vdr] VDR 1.7.9 fails to record one channel
I have same problem with vdr 1.7.9 e.g. channel: Nova Sport HD;skylink:12109:hC910M2O20S1:S23.5E:27500:4005=27:4165=cze,4245=eng:0:D70,D 03:5045:3:3221:0 I thing Klaus know about it. BR Marky -Original Message- From: vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] On Behalf Of Jouni Karvo Sent: Sunday, October 25, 2009 3:54 PM To: VDR Mailing List Subject: [vdr] VDR 1.7.9 fails to record one channel hi, I have the following problem: When live viewing with 1.7.9 and vdr-xine 0.9.3, this channel (in cable) is shown properly: TV7;HTV:386:M128:C:6900:800+802=2:801=fin:0:0:61500:42249:16:0 If I try to record anything, vdr restarts constantly, and the recording is of zero length. The output of vdr (or xine) says: DiscontinuityDetected: triggering soft start With 1.7.7 and the same vdr-xine version, recording works, but vdr is not able to jump forward or backward in the recording. 1.7.9 is also able to show the recordings made with 1.7.7 (but not able to jump forward or backwards.) Any debugging hints? yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] VDR 1.7.9 fails to record one channel
hi, I have the following problem: When live viewing with 1.7.9 and vdr-xine 0.9.3, this channel (in cable) is shown properly: TV7;HTV:386:M128:C:6900:800+802=2:801=fin:0:0:61500:42249:16:0 If I try to record anything, vdr restarts constantly, and the recording is of zero length. The output of vdr (or xine) says: DiscontinuityDetected: triggering soft start With 1.7.7 and the same vdr-xine version, recording works, but vdr is not able to jump forward or backward in the recording. 1.7.9 is also able to show the recordings made with 1.7.7 (but not able to jump forward or backwards.) Any debugging hints? yours, Jouni ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] VDR can no longer be compiled with the current driver from "http://linuxtv.org/hg/v4l-dvb".
On 22.10.2009 00:25, Carsten Koch wrote: > On Sun, 2009-06-14 at 13:49 +0200, Klaus Schmidinger wrote: > ... >> If you use a full featured DVB card for replay you need the DVB driver >> version from >> >> http://linuxtv.org/hg/v4l-dvb > > The driver had its API version changed on 2009-10-19 17:08:05: > > --- v4l-dvb-af3d28c7ef19/linux/include/linux/dvb/version.h 2009-06-21 > 02:25:44.0 +0200 > +++ v4l-dvb-f6680fa8e7ec/linux/include/linux/dvb/version.h 2009-10-19 > 17:08:05.0 +0200 > @@ -24,6 +24,6 @@ > #define _DVBVERSION_H_ > > #define DVB_API_VERSION 5 > -#define DVB_API_VERSION_MINOR 0 > +#define DVB_API_VERSION_MINOR 1 > > #endif /*_DVBVERSION_H_*/ > > > @Klaus, are you planning to adapt VDR and release a new version > this weekend? I've adapted the source like this: --- dvbdevice.h 2009/06/06 11:16:47 2.8 +++ dvbdevice.h 2009/10/25 13:49:48 @@ -16,8 +16,8 @@ #include "device.h" #include "dvbspu.h" -#if DVB_API_VERSION != 5 || DVB_API_VERSION_MINOR != 0 -#error VDR requires Linux DVB driver API version 5.0! +#if DVB_API_VERSION < 5 +#error VDR requires Linux DVB driver API version 5.0 or higher! #endif #define MAXDVBDEVICES 8 There won't be a new version this weekend, though. I first need to debug the problem with not being able to do FFWD/FREW in some HD recording. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Enhancement request: sorting recordings by date pressing 0
On 21.10.2009 14:05, martinez wrote: > ... > And Klaus, wouldn't the sort recordings by date-by-pressing 0 -and do > not save anything- patch be consistent with vdr behaviour > elsewhere and a desirable core function (that adds only about 10 lines > of code) Yes, it is consistent - and will come once the more important things are done ;-) Looks like I've now come back to a more regular use of the weekends, so I hope to be more active in VDR development now. Klaus ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutbut channel change judder
Torgeir Veimo wrote: When changing channels with vdr-sxfe (remote client on same computer), I get some judder. Playback starts quite quickly at channel change, but then there's a freeze of both audio and video for about half a second before it starts again. Any idea what the problem can be? This behavior started somewhere after(?) 2.6.24 kernel, could be dvb-driver/kernel related. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] xineliboutbut channel change judder
Приветствую, Torgeir I can confirm such behaviour with vdr-xine 093 and vdr 179 - yes, it's really annoing :( Sorry, don't know how to solve such problem > When changing channels with vdr-sxfe (remote client on same computer), > I get some judder. Playback starts quite quickly at channel change, > but then there's a freeze of both audio and video for about half a > second before it starts again. Any idea what the problem can be? > > Relevant .xine/config_xineliboutput; > > engine.buffers.video_num_buffers:500 (tried 250, no difference) > engine.buffers.video_num_frames:15 (tred 30, no difference) > engine.buffers.audio_num_buffers is not set, so should use default 230 (?) > > vdr-sxfe is run as > > vdr-sxfe --video vdpau --audio oss --verbose --aspect 16:9 > --fullscreen --post tvtime:method=use_vo_driver xvdr://127.0.0.1 > > The xinelibplugin is configured as > > -P"xineliboutput --local=none --remote=37890" > > I don't use local playback as it doesn't support all the configuration > options that I use for vdpau. Material is mostly 576i. ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] xineliboutbut channel change judder
When changing channels with vdr-sxfe (remote client on same computer), I get some judder. Playback starts quite quickly at channel change, but then there's a freeze of both audio and video for about half a second before it starts again. Any idea what the problem can be? Relevant .xine/config_xineliboutput; engine.buffers.video_num_buffers:500 (tried 250, no difference) engine.buffers.video_num_frames:15 (tred 30, no difference) engine.buffers.audio_num_buffers is not set, so should use default 230 (?) vdr-sxfe is run as vdr-sxfe --video vdpau --audio oss --verbose --aspect 16:9 --fullscreen --post tvtime:method=use_vo_driver xvdr://127.0.0.1 The xinelibplugin is configured as -P"xineliboutput --local=none --remote=37890" I don't use local playback as it doesn't support all the configuration options that I use for vdpau. Material is mostly 576i. -- -Tor ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr