From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 31 11:56:21 2011 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8101065673 for ; Thu, 31 Mar 2011 11:56:21 +0000 (UTC) (envelope-from mrechberger@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5541A8FC15 for ; Thu, 31 Mar 2011 11:56:21 +0000 (UTC) Received: by vws18 with SMTP id 18so2170003vws.13 for ; Thu, 31 Mar 2011 04:56:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=75g/2YnR9GX6lR/e6HBWLsyNyvsqy3PAWcXoGjQruq0=; b=CcU5UToOHaqDGrP9hE34d5VKG+VypMmEZLLHLHXYTy1CJijja4Pg5ESzsdmX5/K1bd NfTM9c90FeDo20Pu3iIXUrwK/B0rG0IXY/3DecIDaClxeHai+Xh0lQhDFk7qcmzwJQ3h roMi0zTRzlvznBH5XtWnWr6gtlM02CDeg/bYI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZhK3KbW/GMBXJODWIMTZ1dOFycPBJOm7reBLm6lJ/wkzlQw/49nmRwA0ezV9ZtE98V VNBcOOjrABdMnLhn/LC6d10PuzvYFkCH/WW3Axct9ZWJJ6KjU5c9V+z+17CvPorfYAYX GN9n142E3H2ulxFyiC1zQgVychoEaA6dP3TlU= MIME-Version: 1.0 Received: by 10.52.91.83 with SMTP id cc19mr3175227vdb.256.1301572579557; Thu, 31 Mar 2011 04:56:19 -0700 (PDT) Received: by 10.52.167.169 with HTTP; Thu, 31 Mar 2011 04:56:19 -0700 (PDT) In-Reply-To: <201103311337.17780.hselasky@c2i.net> References: <201103311247.44164.hselasky@c2i.net> <201103311337.17780.hselasky@c2i.net> Date: Thu, 31 Mar 2011 13:56:19 +0200 Message-ID: From: Markus Rechberger To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-multimedia@freebsd.org Subject: Re: RFC libdvbaccess X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Mar 2011 11:56:21 -0000 Hi, On Thu, Mar 31, 2011 at 1:37 PM, Hans Petter Selasky wro= te: > 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 ] =A0[ 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 AP= I'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! > libmediaaccess should just be a library which helps to access it - it shouldn't be a daemon. We have support for V4L and DVB in our Multimediastack (however it's closed source since we are basically reusing the windows drivers and have some restrictions on = it). We'll definitely contribute opensource to libmediaaccess. >> >> 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 ada= pters > working good so far. Webcamd usually does not consume very much CPU. Some= thing > like 5% is typical for streaming. > that's also my experience with our stack, does it work reliable with webcam= d? It even starts with 0% CPU but slowly goes up and down for some reason, maybe there's still some incompatibility which is running in the background. On Linux it heavily depends on the architecture, while it uses 0% on MIPS platforms it uses 2-10% on Intel platforms. >> 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 tu= ned > all the buffers to reduce the interrupt rate. > currently we are using 64 microframes =E0 940 bytes double buffered with 2 = xfers. The full DVB-C bandwidth is usually ~50 Mbit here, while DVB-S/S2 is usuall= y only 38 MBit. >> >> > 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? > Diseqc support we already have, we can ship a DVB-S/S2 or DVB-C/T sample to you so you'll see what I'm talking about and we can at least make both systems work with each other instead of replacing each other. DVB-C: http://www.sundtek.de/images/freebsd-screenshot.jpg DVB-S/S2 is basically the same here. BR, Markus