[linux-dvb] Re: Alternative v4 demux API

[Holger Waechtler <holger@convergence.de>]

Michael Hunold wrote:
> Hello Holger,
>
> > > I'd really like to know what stuff is not covered by my approach and 
> > > why you think it's too high level.
>
> > It makes abstractions that don't match any hardware I know. I don't 
> > know any hardware that has real stream filters in the decoder units.
>
> But some hardware has specialized filters in the demux unit, hence they 
> are more bound to the mpeg decoder, that the demux.
As mentioned before I'd rather model this by decoder-attached filter 
banks: filters that are bound to a specific decoder. But I think this 
should belong into the demux, not the decoder device.

> Using the generic Linux filesystem is a must IMHO.
>
> Hm, your approach sounds reasonable, I wonder if there is an "offical" 
> way to get this inter-subsystem (dvb => fs) done "the right way"(tm).
:) I fear not - nobody else did this before, so I doubt there will be 'a 
right way (tm)'

> > It's the same as for your harddisk - you don't want to use PIO if DMA 
> > is available, right? PIO is nothing else than copying memory 
> > byte-by-byte using the CPU to the IDE bus.
>
> I admit that memcpy() is waste of CPU power. But pure memcpy() is way 
> faster than PIO access, where you have to poll h/w registers.
>
> Some hardware has specialized memcpy() hardware on-board, perhaps that 
> can be used sometimes... ;-)
ok. Let's see if anybody has serious interest implementing something 
like this, if so we'll add it to the API.

Holger



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