Jouni Karvo wrote:

> It takes about 5 secs to start stopped disks.  It is not a problem
> when starting a recording, but when recordings span over several disks
> there will be an annoying pause when it is time to start reading from
> another disk.
> Is there a possibility to configure (for example) a 10s buffering for
> playback while keeping the live-TV buffering as it is now?

I don't think that this is a matter of vdr-xine but at least it looks
like there is a simple solution in xine regarding the annoying pause:
try to increase



in xine's config file ~/.xine/config so that these input buffers are
able to hold 10 seconds of the stream.

Depending on the sampling rate of the audio stream, a single buffer may
hold for example 24 ms of audio data. So a 10 seconds buffer will need
10000 ms / 24 ms = 416 buffers.

A formula for video isn't that easy, so let's assume 60 seconds of the
stream make 30 MB on disk => 10 seconds yield 5 MB. A single buffer
holds 2048 Byte so for 10 seconds you'll need 5 * 1024 * 1024 / 2048 =
2560 buffers.

As xine tries to keep it's input buffers filled, VDR will read ahead 10
seconds in regard to the position of the image you currently see on
screen. This should allow the other disk to spin up without an input
buffer underrun.

A drawback of such large buffers is that VDR is way ahead the picture
you currently see on screen. So if you jump forward 60 seconds, you'll
actually jump 70 seconds and if you jump backward 60 seconds you'll only
jump 50 seconds. That's why I suggested in my MANUAL to set
audio_num_buffers to the smallest value possible which is 4.

In my opinion, a more proper solution should patch VDR to do some
nonblocking dummy reads on the next recording file when replaying the
current recording file enters the "disk spinup" margin.

Dipl.-Inform. (FH) Reinhard Nissl

vdr mailing list

Reply via email to