[vdr] Re: unknwon picture type / error in data stream

[Thomas Breuer <tb@tb-electronic.de>]

On 30/06/2003 21:34 Thomas Bartschies wrote:

>> Same here, but I don't think it's a DVB driver problem. Since it does
>> not occur on all systems, I believe that it is a hardware dependant PCI
>> timing problem.
> 
> Had it on my previous Asus P55T2P4 Board (Intel Chipset) and on my new
> Asus TUSL2-C (Intel 815EP) Board. I'm guessing the others also
> haven't exactly the same Chipset as you.

So the problem seems not to be chipset specific, and the VIA bug is just
a coincidence and not the cause.

> ...

[Latency timer]

> I suspected this, too. But why has changing the primary interface to the
> 2nd card, reduced the frequency of broken recordings then? The
> 2nd card resides in lower priority slot 4, as the 1st card sits in higher 
> priority slot 2. 

I also swapped the primary interface and the problems were gone ... and
came back the next day. The problem is that even without changing
anything the frequency of the occurrence of the problem changes from
'almost every recording broken' to 'working for days'.

> Why seems keeping the 2nd vdr interface busy of any effect then?

'Seems' is the correct expression. I am not sure as well if the latency
adjustment really helps or if the problem has only disappeared
temporarily. Murphy's law ...

> @the others
> Before releasing any modifications of vdr as a patch, I want to test
> them for a week at least. It may have other reasons or is coincidence
> that it works for me now. BTW Klaus suspects also the driver. I already
> had a conversation with him about this. He is against patching vdr.

ACK. Let's wait and see. I alwyas set a dozen timers for the night so
that both cards do simultaneous recordings. Some gaps ensure that VDR
also shuts down and reboots in between some recordings.

Thomas








-- 
Info:
To unsubscribe send a mail to ecartis@linuxtv.org with "unsubscribe vdr" as subject.