Steffen Barszus kirjoitti:
I too have one FF and one budget card and I occasionally do stumble in a
situation when there is three or more recordings. And I am pretty sure
they are not all from the same mux thus they are from two dvb cards. And
btw I actually need to record from two muxes only and wrom fta channels
only. And this is the reason why I have vdr with two cards in the first
Guess the best would be if you could/would be able to limit the
possible number of recordings on a single card (or one would be able
to set a limit for FF Cards or a fixed limit would be set in VDR at
compile time) Then you could have a combination of FF and budget cards
like most here have most likely.
Stefan Huelswitt kirjoitti:
On 01 Feb 2007 Reinhard Nissl <[EMAIL PROTECTED]> 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
Most likely, it's me who has to be blamed. Around 1.3.27,
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.
I know the performance was better when I was using vdr-1.3.22. I know
I had 9 recordings going on and still I was able to watch a previous
recording and I was using a slower cpu and a ff card. Ofcourse my
recent test does prove your point, hence the question "what is the
best combination of hw and sw?".
But as it is there is a problem and as I said it does not seem to exist
in an environment with something else giving the video out than FF card.
Therefore the question still remains.
vdr mailing list