[vdr] Vdr or driver performance dropout
s.huelswitt at gmx.de
Sun Mar 11 18:21:17 CET 2007
On 01 Feb 2007 Reinhard Nissl <rnissl at gmx.de> wrote:
> Heikki Manninen wrote:
>>> I've noticed that earlier when I was using PIII 550 MHz and vdr 1.3.22
>>> (or something about) I made a test by recording nine channels
>>> simultaneously and watching a recording at the same time. I remember
>>> there seemed to be no trouble doing it. Now when I have vdr 1.4.4 after
>>> fourth recording starts vdr becomes sluggish and there starts to come
>>> errors on log:
>>> dvb-ttpci: warning: timeout waiting in LoadBitmap
>>> when pushing menu button. And ofcourse no menu appears or menu appears
>>> only partly.
>> Exactly the same thing here and with the latest and the second latest
>> firmware. My FF 2.1 TT card starts to die after third simultaneous
>> recording. But then again, I think that budget cards are much better in
>> this area.
> Most likely, it's me who has to be blamed. Around 1.3.27, cVideoRepacker
> was introduced which has an impact on CPU load. This could be a reason
> why the menu is slow when running several recordings at the same time.
I don't think that the problem is related to anything on VDR
AFAIK the bandwidth from ARM to PCI bus is very limited on
full-featured cards. With 3 recordings being transfered to VDR
there is simply not enough bandwidth left for the OSD transfers.
Hence the LoadBitmap timeout.
I experience the problem since VDR introduced concurrent
recordings and I cannot believe that there is any VDR / firmware
combination which doesn't show this behaviour as it's IMO a
Budget cards doesn't have this limitation, they can transfer the
full transponder without problems.
s.huelswitt at gmx.de | http://www.muempf.de/
More information about the vdr