[vdr] xineliboutbut channel change judder

2009-10-25 Thread Torgeir Veimo
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

-Pxineliboutput --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


Re: [vdr] xineliboutbut channel change judder

2009-10-25 Thread Goga777
Приветствую, 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
 
 -Pxineliboutput --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


Re: [vdr] xineliboutbut channel change judder

2009-10-25 Thread Pertti Kosunen

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] Enhancement request: sorting recordings by date pressing 0

2009-10-25 Thread Klaus Schmidinger
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


[vdr] VDR 1.7.9 fails to record one channel

2009-10-25 Thread Jouni Karvo

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 1.7.9 fails to record one channel

2009-10-25 Thread Marek Hajduk
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