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:
> What I was thinking was
> [ kaffeine ] [ vdr ] [ mplayer ] [ tvtime ]
> [ plugin for webcamd bsd ] [ plugin for our system ] [ plugin for
> native linux access ] etc.
> 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
> 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
Do you plan to support DiSEQ's and card readers aswell?
More information about the freebsd-multimedia