[vdr] vdr-1.3.21: video data stream broken

Vladimir Shved vshved at logistic-systems.com
Wed Feb 16 19:50:09 CET 2005

> -----Original Message-----
> From: vdr-bounces at linuxtv.org [mailto:vdr-bounces at linuxtv.org] On Behalf
> Of Joerg Knitter
> Sent: Wednesday, February 16, 2005 2:40 AM
> To: Klaus Schmidinger's VDR
> Subject: Re: [vdr] vdr-1.3.21: video data stream broken
> Installed VDR 1.3.21 yesterday with CVS drivers from 25.01.2005, and
> while I did not see any problems with VDR 1.3.19 I previously had
> installed, I immediately got VDSB messages with VDR 1.3.21 when I
> recorded with the FF card while I was zapping with the Nova-S (because
> the FF was "occupied").

Just sharing my experience, I'm using 1.3.21 since Monday, using Nexus with
SS2 2.6c and I was zapping whole evening while FF card was occupied and
could not get VDSB to come up. I used enAIO, jumpplay and several other
minor patches. If I occupy budget card and start zapping with FF card, I'll
get VDSB very quick. Budget card seems to take longer before it locks on
signal, takes few secs, FF card gets lock nearly instantly. If FF card is on
same channel where budget card starts the timer, and later on FF card starts
recording on another channel, I'll get VDSB and after restart both
recordings would complete without a problem. I did not notice any changes if
I would reload drivers or not after VDSB, or even after reboot, system
behaves the same. Last night, system went through 7 timers without VDSB,
there were two times where both cards were occupied.

Vanilla kernel 2.6.10 w/ CVS DVB drivers from last week. Cards have their
own IRQs, only NIC and IDE controller share same IRQ, everything else has
its own IRQ in the system.

More information about the vdr mailing list