Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[linux-dvb] Re: [PATCH] fix for stream corruption on budget / Nova-T cards



On Mon, Sep 01, 2003 at 08:12:47PM +0200, Emard wrote:
> On Sun, Aug 31, 2003 at 06:40:04PM +0100, Jon Burgess wrote:
> > Emard wrote:
> > 
> > >This DMA corruption has been there long time around.
> > >We tried to fix it with many tweaks, that's the reason of
> > >vpeirq introduction but from your experience it seems some 
> > >data loss hole still remained open.
> > 
> > What was done before vpeirq? How far back in the code do I need to look 
> > to find this?
> 
> Before March or so, the code is dirty and pure junk which
> easily can miss DMA at PCI latency. It can work well on some
> machines but PCI latency should be well tuned.
> 
> The source or the problem was blamed on separate vsync detection 
> chip found mostly on budget cards. This chip and 7146 can have 
> slightly different timing of vsync and therefrom came the DMA blocks
> missing in the previous code. 
> 
> It could be that metzlerbro's are still using this type of 
> code in their DVB drivers
> 
> vpeirq() doesn't need to trigger on the vsync chip signal and is 
> much better solution invented by a czech developer who had 3 budget 
> cards downloading simultaneousy and had missed DMA interrupts 
> which vpeirq() completely solved.
> 
> I was using it on 2 budget cards simultaneous cards and worked fine
> for me too.
> 
> Emard

Btw: Could it be that with this patch (DVB-fix3.patch) the TS frames
are doubled now[1]?  And wouldn't it be better to use an appropiate
locking mechanism within the firmware?


         Werner

[1] My bitstreamout plugin for VDR doen't use an TS error and count
    checker for doubled frames ... and with this patch I get buffer
    overflows and staccato AC3 audio (tested with dvb-20030805).


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



Home | Main Index | Thread Index