[linux-dvb] Re: statmux / sync / PTS demux handling in new head?

[Oliver Endriss <o.endriss@gmx.de>]

Gregor Lawatscheck wrote:
> Dear list and developers,
> I'm trying to debug why certain DVB-T channels in the UK seem to
> manage to get the av7110 stuck on decoding, maybe somone can help
> out.
>
> It only happens at the start of the stream never anywhere in the
> middle - so it's basically the inital sync. Drivers in question are
> newstruct ever since it was forked (I've tried this out) - the "bug"
> then found it's way into the new head and remains there. I've also
> tested all firmwares from Jan 2002 (0.9.4) to April 2003 - it doesn't
> appear related.

No, this is *not* true. I tested your file and it works with 0.9.4 
firmware and the current CVS driver. Please check again. 
Don't forget to recompile the driver after replacing Root and Dpram 
(make clean; make)!

IMHO it's the good old RTL bug which strikes again. All firmware 
releases which support 'timeshift with one card' have this problem. 
This bug has never been fixed.

This is what I found when I debugged the RTL problem last year:
| Here are the results of my debugging session(s):
| When the problem occurres, the video ringbuffer fills up 
| because  gpioirq()/DATA_MPEG_PLAY/pes_play(...&av7110->avout...) is 
| not called anymore. Apparently, the interrupt for the video data 
| stream does not occur anymore. Audio interrupts still occur, that's 
| why the audio ringbuffer is empty after a short time.
|
| After the problem occurred, it's no problem to replay a non-RTL 
| recording, so there is no hard deadlock in the firmware or something 
| similar.

Oliver


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