Date: Thu, 31 Mar 2011 13:37:17 +0200 From: Hans Petter Selasky <hselasky@c2i.net> To: Markus Rechberger <mrechberger@gmail.com> Cc: freebsd-multimedia@freebsd.org Subject: Re: RFC libdvbaccess Message-ID: <201103311337.17780.hselasky@c2i.net> In-Reply-To: <AANLkTik=dbS0eSbA-dd=7uRRTpxRS=%2BjwFJjB8nNJ9d2@mail.gmail.com> References: <AANLkTikz6QLPa=nz=PjYQC6_NmReUYQVZf3CyjAPOTpa@mail.gmail.com> <201103311247.44164.hselasky@c2i.net> <AANLkTik=dbS0eSbA-dd=7uRRTpxRS=%2BjwFJjB8nNJ9d2@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201103311337.17780.hselasky>