Mailing List archive

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

[linux-dvb] Re: V4 API proposal regarding embedded hardware



> Then you click on one of the live icon pids to maximize
> the picture and hear the sound.
> 
> Emard

In embedded application with specialized hardware
that has some hardware procession capabilities 
and additional specialized bypass driver has to
be made.

Internal bypass driver will replace userspace mpeg
decoding stuff, directly creating pseudo customer
sink endpoints with internal pseudo customer source
endpoint.

Due to hardware limitation, only a limited number
of source endpoints can be active for a given frequency.

The pid autodetection is nice to be done with the specialized
hardware although there exists last resort, user unfriendly 
possibility to force creation of demux pid devices by 
touch of the device using adequate pid name in special 
directory in case user knows the numeric pid.

So in this scenario we will have still web based
tuning, all pids can appear in the mosaic but only
some of the PIDs at a time will be displayed live. 

Application should query the hardware acceleration
bypass driver in order to get capability list so it 
will know how many active PIDs can it have displayed 
live, so it can sweep them all while displaying a 
limited live subset each second.

click on certain pid icon will maximize wanted PID and
activate internal hardware mpeg decoding and sound
output.

All this will work without master userspace 
mpeg decoder daemon. Hardware acceleration driver 
will be bypassing it using the internal hardware stuff 
like av7110 or similar.

raw TS dump will not exist with current av7110 based
cards unless they are hardware patched :).

Emard


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



Home | Main Index | Thread Index