RFC libdvbaccess

Hans Petter Selasky hselasky at c2i.net
Thu Mar 31 11:38:10 UTC 2011


On Thursday 31 March 2011 13:20:17 Markus Rechberger wrote:
> Hi,
> 

Hi,

> What I was thinking was
> [ kaffeine ] [ vdr ] [ mplayer ] [ tvtime ]
> 
> [libdvbaccess]
> 
> [ plugin for webcamd bsd ]  [ plugin for our system ] [ plugin for
> native linux access ] etc.

Looks good.

> in order to coexist - webcamd or our stack would need to be able to
> report the current allocated device nodes
> but that should not be a problem.
> 
> libmediaaccess would probably be a better name for it.

You are probably aware that this library would need to support V4L/DVB API's, 
hence having two interfaces into webcamd is more trouble than it is worth I 
think. Adding some parameter to register devices by libmediaccess is no 
problem however!

> 
> we currently support DVB-C, DVB-T, DVB-S/S2, ATSC, ISDB-T, AnalogTV,
> FM-Radio, Composite and S-Video
> 

Your library will also support hardware transcoding of streams - right?

I indulged into an USB based sat system myself using techotrend based adapters 
working good so far. Webcamd usually does not consume very much CPU. Something 
like 5% is typical for streaming.

> currently we are facing performance issues for transferring a full
> DVB-C transponder ~5 mb/sec, enabling hardware PID filter
> to lower the bandwidth requirement works, the analog TV part still
> needs to be tested on FreeBSD.
> So far everything works on Linux and MacOSX.

This might be a buffering issue. In the latest version of webcamd I've tuned 
all the buffers to reduce the interrupt rate.

> 
> > BTW: Looking forward to your libdvbaccess!
> > 
> > Is there any source code or API available at the present moment?
> 
> not for libdvbaccess, just putting together some specifications/ideas
> first.

Ok.

Do you plan to support DiSEQ's and card readers aswell?

--HPS


More information about the freebsd-multimedia mailing list