From owner-freebsd-multimedia@FreeBSD.ORG Thu Mar 31 11:20:18 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 6A90D106566B for ; Thu, 31 Mar 2011 11:20:18 +0000 (UTC) (envelope-from mrechberger@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED668FC0A for ; Thu, 31 Mar 2011 11:20:17 +0000 (UTC) Received: by vxc34 with SMTP id 34so2157943vxc.13 for ; Thu, 31 Mar 2011 04:20:17 -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; bh=EFw3vU9/yrqG65/2D2rTj9XW/hcrxnAWCn1xqDc/rWg=; b=BjitSpZQW641kTTJ685ETEOMcJR7eMhUTyHfSkbok0RATY17IiPJgpkcc24YrlOncY 9ILQzp03nQNbxYkEeqg1lq3g7tX34Iy4z5oU6RZhG/G43mKyWf31vCylw7FFuJS+JRsf /0+Hw1ND2mau8HMRW/84Ysx/wqBgNjXCYSbbs= 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; b=xTbotQR6uIxkO3PdberFvGXkRbFPCBbndsNaUMgpXhl4X1j//nA4n7VlbfZ/6Cbeyu 9IdRAlBVGgIt7YK5PQv6Ub5GSG2DlloXh8TbZOt1dOd0wZ/qzh+lYopuuuVCVvE8amqk 8B8o2RCm8/NhVY6rb+gzqff/wDUMDyfu1rD44= MIME-Version: 1.0 Received: by 10.52.179.36 with SMTP id dd4mr3256982vdc.56.1301570417241; Thu, 31 Mar 2011 04:20:17 -0700 (PDT) Received: by 10.52.167.169 with HTTP; Thu, 31 Mar 2011 04:20:17 -0700 (PDT) In-Reply-To: <201103311247.44164.hselasky@c2i.net> References: <201103311247.44164.hselasky@c2i.net> Date: Thu, 31 Mar 2011 13:20:17 +0200 Message-ID: From: Markus Rechberger To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 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:20:18 -0000 Hi, On Thu, Mar 31, 2011 at 12:47 PM, Hans Petter Selasky wrote: > On Thursday 31 March 2011 12:12:49 Markus Rechberger wrote: >> Also the design that userspace drivers have to pass everything back to >> kernelland does not really seem to be nice, userspace drivers came up >> since it's possible > > Hi, > > You are referring to webcamd and similar technologies - right? You know that > cuse4bsd supports mmap on on its nodes, which allows passing data directly > from the driver to the client? > cuse4bsd, yes but it still uses the kernel layer for device registration etc. that's just not needed it seems. Also I do not really trust the linux cuse implementation since it was very unstable last time I tested it (and reporting issues about it does not clearly point out that things are getting fixed or got fixed, on the other side there are now many broken linux-cuse systems out there which makes this interface too unreliable for linux at this time) webcamd, and our driver nearly do the same although we do not pass anything back to the kernel again we have libmedia.so which basically implements wrapper functions for open/close/ioctl/read/mmap/etc -> net_open/net_close/net_ioctl/net_read etc. What I was thinking was [ kaffeine ] [ vdr ] [ mplayer ] [ tvtime ] | [libdvbaccess] | [ 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. we currently support DVB-C, DVB-T, DVB-S/S2, ATSC, ISDB-T, AnalogTV, FM-Radio, Composite and S-Video 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. > 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. BR, Markus