[vdr] Re: 1.3.18 clearing transfer buffer to avoid overflows

[Klaus Schmidinger <Klaus.Schmidinger@cadsoft.de>]

Rainer Zocholl wrote:
> While recording 4 channels i got massive bufferoverflows
> when viewing the recorded channel
>
> Stopping one recording does not help
> Stopping the second recording does not help either
>
> recording of the 3 timers worked with 1.3.17 flawlessly.
> The only difference to day: i added a fourth timer.
>
>
> 1:53 [27827]: buffer usage: 90% (tid=2490379)
> 1:53 [30185]: clearing transfer buffer to avoid overflows
> 1:53 [27827]: buffer usage: 0% (tid=2490379)
> 2:02 [1735]: changing pids of channel 156 from
> 701+701:702:204 to 901+901:902:204
> 2:03 [27827]: buffer usage: 70% (tid=2490379)
> 2:03 [27827]: buffer usage: 60% (tid=2490379)
> 2:03 [27827]: buffer usage: 70% (tid=2490379)
> ...
> etc..
>
> This causes sound to be "stagged" too, of course.
>
>
> i have 3 DVB-FF so the load shouldn't be so high 
> (AMD Duron1800 @1300MHz, UDMA on ;-))
>
>
> Is there an EASY way to get an overview how the channels
> are distributed over the cards?
You could search the log file for the

  switching device X to channel XXX

entries, which are given right before a recording starts.

Note that a FF card apparently can only handle up to three
parallel recordings (with Transfer Mode being equivalent to
one recording). If all your four recordings were happening on
the primary device, I guess that may have been a little too much.

And yes, I know there should be a limit to the number of parallel
recordings on FF DVB cards. But then again I also would like to
have more time... ;-)

Klaus