From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 6 08:04:18 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4187537B401; Sun, 6 Jul 2003 08:04:16 -0700 (PDT) Received: from d3-hrz.uni-duisburg.de (d3-hrz.uni-duisburg.de [134.91.1.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFBD243FE0; Sun, 6 Jul 2003 08:04:14 -0700 (PDT) (envelope-from mark.weinem@uni-duisburg.de) Received: from pandora.plagegeister.de (athome89.uni-duisburg.de [134.91.17.99])h66F48OU022002; Sun, 6 Jul 2003 17:04:09 +0200 (METDST) Received: (nullmailer pid 9885 invoked by uid 1000); Sat, 05 Jul 2003 23:34:54 -0000 Date: Sun, 6 Jul 2003 01:34:54 +0200 From: Mark Weinem To: scsi@FreeBSD.ORG Message-ID: <20030705233454.GC4647@pandora.plagegeister.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i X-Scanned-By: MIMEDefang 2.21 (www . roaringpenguin . com / mimedefang) cc: multimedia@FreeBSD.ORG Subject: Video play back with SCSI DVD-ROMs X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 15:04:18 -0000 Hi! 4.8-STABLE and PIONEER DVD-ROM DVD-303 I heard, that Video DVD and VCD play back don't work with SCSI (DVD-)ROMs - because of CAM's fixed blocksize. But I can play Video DVDs here with mplayer, ogle and vlc (but it's to slow) With mplayer and VCDs, I get the following error message: CDRIOCSETBLOCKSIZE: Inappropriate ioctl for device ioctl dif1: Invalid argument Greetings, Mark Weinem From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 6 09:10:32 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7EF9437B401 for ; Sun, 6 Jul 2003 09:10:32 -0700 (PDT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CEAB144020 for ; Sun, 6 Jul 2003 09:10:31 -0700 (PDT) (envelope-from jshamlet@comcast.net) Received: from [192.168.1.1] (bgp01560403bgs.gambrl01.md.comcast.net[68.50.32.26](untrusted sender)) by comcast.net (sccrmhc13) with SMTP id <20030706161029016002kfdve>; Sun, 6 Jul 2003 16:10:31 +0000 From: "J. Seth Henry" To: freebsd-multimedia@freebsd.org Content-Type: text/plain Organization: Message-Id: <1057507829.7021.18.camel@alexandria> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 06 Jul 2003 12:10:29 -0400 Content-Transfer-Encoding: 7bit Subject: Need help setting up a dedicated audio server X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 16:10:32 -0000 Guys & Gals, I have been pulling my hair out trying to setup a dedicated audio server. I've tried NAS, esound and even arts. NAS 1.6 works, until I try connecting with xmms-nas or mpg123 - at which point it craps out, going into a lala land from which only a straight out kill -9 will fix. esound appears to work, but nothing - neither local nor remote - can talk to it, and I haven't yet managed to get artsd to even try listening to remote connections. Here is the goal: I have a dedicated FreeBSD app server with no sound hardware at all. I connect via X terminals (specifically, IBM Netstations). I would like to be able to run xmms from any terminal on the app server, and redirect the audio to the above audio server. I have tried the following so far: For the NAS setup, I ran 'nasd -aa' on the server, and attempted to connect via the xmms NAS plugin. I have NAS 1.6 and xmms-nas 0.2. When I connect, xmms appears to play (the time advances), but no audio. The server is completely hung, and xmms will crash at the end of the current song. No audio is played at all, not even a few bad samples. For the esound setup, I ran 'esd -tcp -public' on the server. I put in the network details in the esound output plugin in xmms. When I try to play the song, I get a popup box about xmms not being able to open the sound device. I have esound 0.2.29, and the xmms & xmms esound plugin are version 1.2.7. All of this is running under FreeBSD 4.8-REL (both systems). Audio does work on the server. I can hear the startup beeps when I launch the esd daemon, and auplay will play wav files across the network to the NAS server. Xmms-nas also works - I can play audio directly to an IBM netstation, though I must reduce the rate to 11kHZ, or it gets very crackly. I did notice that for nas, you specify host:0, but I tried that for the esound driver, and it didn't help. Instead, you seem to specify a port. Lastly, esdctl does nothing. I can't get it to give any info on either a local, or remote, esd daemon. Has anyone done anything like this? Can anyone give me pointers, a link to a HOWTO, etc? Thanks, Seth Henry From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 6 12:48:43 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9966137B404 for ; Sun, 6 Jul 2003 12:48:43 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id D51EC43FE3 for ; Sun, 6 Jul 2003 12:48:42 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 99310 invoked by uid 1000); 6 Jul 2003 19:48:43 -0000 Date: Sun, 6 Jul 2003 12:48:43 -0700 (PDT) From: Nate Lawson To: Mark Weinem In-Reply-To: <20030705233454.GC4647@pandora.plagegeister.de> Message-ID: <20030706124625.U99277@root.org> References: <20030705233454.GC4647@pandora.plagegeister.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: multimedia@FreeBSD.ORG cc: scsi@FreeBSD.ORG Subject: Re: Video play back with SCSI DVD-ROMs X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Jul 2003 19:48:44 -0000 On Sun, 6 Jul 2003, Mark Weinem wrote: > 4.8-STABLE and > PIONEER DVD-ROM DVD-303 > > I heard, that Video DVD and VCD play back don't work with SCSI > (DVD-)ROMs - because of CAM's fixed blocksize. > > But I can play Video DVDs here with mplayer, ogle and vlc (but it's to > slow) > > With mplayer and VCDs, I get the following error message: > > CDRIOCSETBLOCKSIZE: Inappropriate ioctl for device > ioctl dif1: Invalid argument CAM does not have a fixed block size. You are seeing lack of support for the CDRIOCSETBLOCKSIZE ioctl in cd(4). This question comes up from time to time and becomes a question of the duplication of cd(4) by atapicd. The best thing for users is to probably go out and duplicate CD* ioctls in cd(4) and later merge the two. -Nate From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 7 12:36:44 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 222D837B404 for ; Mon, 7 Jul 2003 12:36:44 -0700 (PDT) Received: from logopolis.mordacious.net (logopolis.mordacious.net [194.153.168.52]) by mx1.FreeBSD.org (Postfix) with ESMTP id A3E4343F3F for ; Mon, 7 Jul 2003 12:36:42 -0700 (PDT) (envelope-from cg@freebsd.org) Received: from [10.1.0.2] (unknown [81.2.114.200]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (No client certificate requested) by logopolis.mordacious.net (Postfix) with ESMTP id 4AADA72EA01; Mon, 7 Jul 2003 19:39:12 +0000 (GMT) Date: Mon, 07 Jul 2003 20:36:23 +0100 From: Cameron Grant To: Ken Marx , Lucas Wilcox Message-ID: <569978906.1057610183@[10.1.0.2]> In-Reply-To: <3EF238DA.3000302@vicor.com> References: <20030612014649.GA1525@r2d2.fdu.edu> <20030613191012.GA14158@r2d2.mh.lucent.com> <3EEA2FDE.1080508@vicor.com> <20030614143801.GB4882@r2d2.ri.cox.net> <20030614140515.694acb34.rpratt1950@earthlink.net> <20030614205151.GA6045@r2d2.ri.cox.net> <20030616205718.GA1972@r2d2.mh.lucent.com> <3EF238DA.3000302@vicor.com> X-Mailer: Mulberry/3.0.3 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline cc: FreeBSD Multimedia Subject: Re: Problems playing certain wav files X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 19:36:44 -0000 could everyone experiencing this problem please test the patch at: http://people.freebsd.org/~cg/shortfiles.diff.gz -cg From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 7 12:43:36 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6049337B401 for ; Mon, 7 Jul 2003 12:43:36 -0700 (PDT) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [204.127.202.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id A176E43FAF for ; Mon, 7 Jul 2003 12:43:35 -0700 (PDT) (envelope-from jshamlet@comcast.net) Received: from [192.168.1.1] (bgp01560403bgs.gambrl01.md.comcast.net[68.50.32.26](untrusted sender)) by comcast.net (sccrmhc11) with SMTP id <2003070719433501100rf0jde>; Mon, 7 Jul 2003 19:43:35 +0000 From: "J. Seth Henry" To: freebsd-multimedia@freebsd.org Content-Type: text/plain Organization: Message-Id: <1057607013.8580.4.camel@alexandria> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.2 Date: 07 Jul 2003 15:43:34 -0400 Content-Transfer-Encoding: 7bit Subject: Need help setting up a dedicated audio server X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jul 2003 19:43:36 -0000 Guys & Gals, Sorry of this is a repost. I wasn't subscribed the last time I sent this, so I'm not sure if it made it through. I have been pulling my hair out trying to setup a dedicated audio server. I've tried NAS, esound and even arts. NAS 1.6 works, until I try connecting with xmms-nas or mpg123 - at which point it craps out, going into a lala land from which only a straight out kill -9 will fix. esound appears to work, but nothing - neither local nor remote - can talk to it, and I haven't yet managed to get artsd to even try listening to remote connections. Here is the goal: I have a dedicated FreeBSD app server with no sound hardware at all. I connect via X terminals (specifically, IBM Netstations). I would like to be able to run xmms from any terminal on the app server, and redirect the audio to the above audio server. I have tried the following so far: For the NAS setup, I ran 'nasd -aa' on the server, and attempted to connect via the xmms NAS plugin. I have NAS 1.6 and xmms-nas 0.2. When I connect, xmms appears to play (the time advances), but no audio. The server is completely hung, and xmms will crash at the end of the current song. No audio is played at all, not even a few bad samples. For the esound setup, I ran 'esd -tcp -public' on the server. I put in the network details in the esound output plugin in xmms. When I try to play the song, I get a popup box about xmms not being able to open the sound device. I have esound 0.2.29, and the xmms & xmms esound plugin are version 1.2.7. All of this is running under FreeBSD 4.8-REL (both systems). Audio does work on the server. I can hear the startup beeps when I launch the esd daemon, and auplay will play wav files across the network to the NAS server. Xmms-nas also works - I can play audio directly to an IBM netstation, though I must reduce the rate to 11kHZ, or it gets very crackly. I did notice that for nas, you specify host:0, but I tried that for the esound driver, and it didn't help. Instead, you seem to specify a port. Lastly, esdctl does nothing. I can't get it to give any info on either a local, or remote, esd daemon. Has anyone done anything like this? Can anyone give me pointers, a link to a HOWTO, etc? Thanks, Seth Henry From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 8 08:57:19 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 22E5F37B401 for ; Tue, 8 Jul 2003 08:57:19 -0700 (PDT) Received: from shrek3.uol.com.br (shrek3.uol.com.br [200.221.29.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id F13F543F93 for ; Tue, 8 Jul 2003 08:57:17 -0700 (PDT) (envelope-from danieleff@uol.com.br) Received: from uol.com.br (unknown [172.26.5.45]) by shrek3.uol.com.br (Postfix) with ESMTP id 87760BC842 for ; Tue, 8 Jul 2003 12:57:13 -0300 (BRT) Date: Tue, 8 Jul 2003 12:57:13 -0300 Message-Id: MIME-Version: 1.0 Content-Type: text/plain;charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable From: "danieleff" To: freebsd-multimedia@FreeBSD.org X-XaM3-API-Version: 2.4 R4 ( B5 ) X-SenderIP: 200.193.224.189 Subject: Matrox G450/G550 TV OUT (not available) X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jul 2003 15:57:19 -0000 Hi, I am quite happy at my matrox G450. The dualhead works like a charm both in multidisplay and clone modes. However, I can't seem to get TV out to work AT ALL. System: FreeBSD 4.8-STABLE (as of last friday) X: XFree86 4.3.0 from ports (as of last saturday) Video: Matrox G450 dualhead After a lot of research on the matrox forums and on google, I found out that neither the current XFree86 4.3.0 drivers and the Matrox mga 2.0 beta drivers support TV out for both the G450 and G550 series. * Matrox Linux Forum http://forum.matrox.com/cgi-bin/mgaforum/forumdisplay.cgi?action=3Dtopics&number=3D2 * Matrox Forum Message from Matrox moderator stating that TV out is not supported for G450 http://forum.matrox.com/mgaforum/Forum2/HTML/002255.html If you have a G400, TV out works but you are out of luck with either G450 or G550. Further research showed that there are non-official solutions to this problem. These solutions are Linux based nonetheless. * TV-out on the G450 - lists the current available solutions for Linux http://www.bglug.ca/matrox_tvout/ * TV-out working on the G450 using Petr Vandrovec's matroxfb driver http://platan.vc.cvut.cz/ftp/pub/linux/matrox-latest/ * DirectFB has TV-out code that works for the G400/G450/G550 http://www.mplayerhq.hu/DOCS/tech/directfb.txt Currently, Matrox shows no interest on supporting G450/G550 TV output. That's their official statement. Therefore, we either replace our cards or provide non-official solutions. I would prefer to try some solutions before buying another video card. I would be very much interested to know if anyone has been working on providing adhoc solutions for FreeBSD similar to the Linux ones? I would be more than willing to beta test those. Regards, ps: Please, CC: me on your replies since I am not subscribed to this mailing list. --- Acabe com aquelas janelinhas que pulam na sua tela. AntiPop-up UOL - =C9 gr=E1tis! http://antipopup.uol.com.br From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 9 03:59:36 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EC0BF37B401; Wed, 9 Jul 2003 03:59:36 -0700 (PDT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id E354643F85; Wed, 9 Jul 2003 03:59:35 -0700 (PDT) (envelope-from nork@FreeBSD.org) Received: from nd250009.gab.xdsl.ne.jp ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.9/8.12.9/NinthNine) with ESMTP id h69AxFBM042084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 9 Jul 2003 19:59:16 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Wed, 9 Jul 2003 19:59:16 +0900 (JST) Message-Id: <200307091059.h69AxFBM042084@sakura.ninth-nine.com> From: Norikatsu Shigemura To: Andrew J Caines In-Reply-To: <20030620073806.GB401@hal9000.halplant.com> References: <20030620073806.GB401@hal9000.halplant.com> X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-portbld-freebsd5.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: FreeBSD-Multimedia@FreeBSD.org cc: taoka@FreeBSD.org cc: vns@delta.odessa.ua cc: FreeBSD-Ports@FreeBSD.org Subject: Re: Linux Realplayer esound support and dependencies X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 10:59:37 -0000 On Fri, 20 Jun 2003 03:38:06 -0400 Andrew J Caines wrote: > Would it be a good idea to make linux-esound a dependency of > linux-realplayer, perhaps optionally? > Could someone fix the linux-libaudiofile dependency? > Patches below. Let me know if you want me to file PRs. Committed, thanks! From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 9 07:16:03 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 205FD37B405 for ; Wed, 9 Jul 2003 07:16:03 -0700 (PDT) Received: from pop016.verizon.net (pop016pub.verizon.net [206.46.170.173]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27E6143FBF for ; Wed, 9 Jul 2003 07:16:01 -0700 (PDT) (envelope-from dh@askdh.com) Received: from dunnevant.worksforfood.com ([151.205.69.221]) by pop016.verizon.netESMTP <20030709141600.FMRC3199.pop016.verizon.net@dunnevant.worksforfood.com> for ; Wed, 9 Jul 2003 09:16:00 -0500 Received: from 192.168.0.55 (unknown [192.168.0.55]) by dunnevant.worksforfood.com (Postfix) with ESMTP id 81B162F996 for ; Wed, 9 Jul 2003 10:15:58 -0400 (EDT) From: Daniel Harris To: multimedia@freebsd.org Date: Wed, 9 Jul 2003 10:16:20 -0400 User-Agent: KMail/1.5.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200307091016.20047.dh@askdh.com> X-Authentication-Info: Submitted using SMTP AUTH at pop016.verizon.net from [151.205.69.221] at Wed, 9 Jul 2003 09:16:00 -0500 Subject: ABIT NF7-M Nforce2 sound X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jul 2003 14:16:03 -0000 Hello, I see support for an nforce2 sound chip that I suspect is similar to this one, committed sometime earlier this year. How might I get this chip supported? pciconf -l output: none8@pci0:6:0: class=0x040100 card=0x1c01147b chip=0x006a10de rev=0xa1 hdr=0x00 boot -v output: found-> vendor=0x10de, dev=0x006a, revid=0xa1 bus=0, slot=6, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=11 Thanks, -- Daniel Harris From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 9 22:00:46 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7598337B401 for ; Wed, 9 Jul 2003 22:00:46 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0A30D43F85 for ; Wed, 9 Jul 2003 22:00:46 -0700 (PDT) (envelope-from joshua@joshualokken.com) Received: from joshualokken.com ([12.224.184.52]) by attbi.com (rwcrmhc12) with SMTP id <2003071005004501400ovsm4e>; Thu, 10 Jul 2003 05:00:45 +0000 Message-ID: <3F0CF2FB.8070007@joshualokken.com> Date: Wed, 09 Jul 2003 22:00:43 -0700 From: Joshua Lokken Organization: joshualokken.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030604 X-Accept-Language: en-us, en MIME-Version: 1.0 To: multimedia@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: joshua@joshualokken.com List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 05:00:46 -0000 Hello media-heads! I've been to gatos, and read through their documentation on this subject, downloaded and installed the ati.2 modules for XFree86-4.3.0 (I'm running 4.8-stable) and read the xawtv manpage. Maybe I'm just having trouble understanding it. I wish to watch TV on my PC with the abovecaptioned card. I don't need capture for the moment, just to watch... I keep getting (when I start xawtv) /dev/bktr0: device not configured. Well, I know that the bktr(4) driver doesn't support the ATI card, but I haven't been able to figure out which device to tell it to use, or exactly how to tell it... maybe I need to create the proper device? Could someone help steer me in the right direction? Google hasn't helped much, either. I appreciate it. Joshua From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 9 22:20:52 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7990437B401 for ; Wed, 9 Jul 2003 22:20:52 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id B36E843F85 for ; Wed, 9 Jul 2003 22:20:51 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id 5492F167522; Thu, 10 Jul 2003 07:20:50 +0200 (CEST) Received: from gmx.net (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h6A5Km7N059080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jul 2003 07:20:49 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) Message-ID: <3F0CF7B0.3040605@gmx.net> Date: Thu, 10 Jul 2003 07:20:48 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: joshua@joshualokken.com References: <3F0CF2FB.8070007@joshualokken.com> In-Reply-To: <3F0CF2FB.8070007@joshualokken.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: multimedia@freebsd.org Subject: Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 05:20:52 -0000 Joshua Lokken wrote: > I wish to watch TV on my PC with the abovecaptioned > card. Impossible, unless you provide a device driver. -- Michael Nottebrock \ KDE on FreeBSD \ ,ww \ --- \ ,wWWCybaWW_) \ http://freebsd.kde.org \ `WSheepW' free \ II II node From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 9 22:39:27 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3C97837B401 for ; Wed, 9 Jul 2003 22:39:27 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF87D43F93 for ; Wed, 9 Jul 2003 22:39:26 -0700 (PDT) (envelope-from joshua@joshualokken.com) Received: from joshualokken.com ([12.224.184.52]) by attbi.com (rwcrmhc12) with SMTP id <200307100539250140062g4ve>; Thu, 10 Jul 2003 05:39:26 +0000 Message-ID: <3F0CFC07.2030603@joshualokken.com> Date: Wed, 09 Jul 2003 22:39:19 -0700 From: Joshua Lokken Organization: joshualokken.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030604 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <3F0CF2FB.8070007@joshualokken.com> <3F0CF7B0.3040605@gmx.net> In-Reply-To: <3F0CF7B0.3040605@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: multimedia@freebsd.org Subject: Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: joshua@joshualokken.com List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 05:39:27 -0000 Michael Nottebrock wrote: > Joshua Lokken wrote: > >> I wish to watch TV on my PC with the abovecaptioned >> card. > > > Impossible, unless you provide a device driver. > OK, maybe that's my problem. Which device driver do I need? How should I provide it. I'm obviously not a FreeBSD multimedia hacker, and I don't mind admitting that I'm a bit of a dolt when it comes to this, but please, I could use a bit more detailed help, or a pointer to where I can find said info. Thanks again, Joshua From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 9 23:43:36 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9387037B401 for ; Wed, 9 Jul 2003 23:43:36 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id D302C43F75 for ; Wed, 9 Jul 2003 23:43:35 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id D5EEC1675C8; Thu, 10 Jul 2003 08:43:34 +0200 (CEST) Received: from gmx.net (lofi@kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h6A6hX7N059407 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jul 2003 08:43:34 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) Message-ID: <3F0D0B15.1020605@gmx.net> Date: Thu, 10 Jul 2003 08:43:33 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: joshua@joshualokken.com References: <3F0CF2FB.8070007@joshualokken.com> <3F0CF7B0.3040605@gmx.net> <3F0CFC07.2030603@joshualokken.com> In-Reply-To: <3F0CFC07.2030603@joshualokken.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: multimedia@freebsd.org Subject: Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 06:43:36 -0000 Joshua Lokken wrote: > OK, maybe that's my problem. Which device driver do I need? > How should I provide it. I'm obviously not a FreeBSD multimedia > hacker That's unfortunate, because there is no other way to provide one short of writing one. The only kind of capture cards supported in FreeBSD are (de facto, as the Matrox Meteor technology is very much dead these days) Booktree/Conexant BT848/BT878-based hardware. -- Michael Nottebrock \ KDE on FreeBSD \ ,ww \ --- \ ,wWWCybaWW_) \ http://freebsd.kde.org \ `WSheepW' free \ II II node From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 00:26:18 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B22C537B401 for ; Thu, 10 Jul 2003 00:26:18 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3498E43FA3 for ; Thu, 10 Jul 2003 00:26:18 -0700 (PDT) (envelope-from joshua@joshualokken.com) Received: from joshualokken.com ([12.224.184.52]) by attbi.com (rwcrmhc11) with SMTP id <2003071007261001300io2nle>; Thu, 10 Jul 2003 07:26:12 +0000 Message-ID: <3F0D150B.1000106@joshualokken.com> Date: Thu, 10 Jul 2003 00:26:03 -0700 From: Joshua Lokken Organization: joshualokken.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.3.1) Gecko/20030604 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Nottebrock References: <3F0CF2FB.8070007@joshualokken.com> <3F0CF7B0.3040605@gmx.net> <3F0CFC07.2030603@joshualokken.com> <3F0D0B15.1020605@gmx.net> In-Reply-To: <3F0D0B15.1020605@gmx.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: multimedia@freebsd.org Subject: Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: joshua@joshualokken.com List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 07:26:19 -0000 Michael Nottebrock wrote: > Joshua Lokken wrote: > >> OK, maybe that's my problem. Which device driver do I need? >> How should I provide it. I'm obviously not a FreeBSD multimedia >> hacker > > > That's unfortunate, because there is no other way to provide one short > of writing one. The only kind of capture cards supported in FreeBSD are > (de facto, as the Matrox Meteor technology is very much dead these days) > Booktree/Conexant BT848/BT878-based hardware. > Oh. I saw this: http://www.freebsdforums.org/forums/showthread.php?s=&threadid=3521 and was under the impression that it was possible, and being done... Thanks. Joshua From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 09:41:03 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 74E4437B401 for ; Thu, 10 Jul 2003 09:41:03 -0700 (PDT) Received: from main.gmane.org (main.gmane.org [80.91.224.249]) by mx1.FreeBSD.org (Postfix) with ESMTP id 43FF143F75 for ; Thu, 10 Jul 2003 09:41:02 -0700 (PDT) (envelope-from freebsd-multimedia@m.gmane.org) Received: from root by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19aeSq-0007vm-00 for ; Thu, 10 Jul 2003 18:40:12 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-multimedia@freebsd.org Received: from news by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 19aeM1-0007E8-00 for ; Thu, 10 Jul 2003 18:33:09 +0200 From: Dan Nelson Date: Thu, 10 Jul 2003 11:33:51 -0500 Lines: 27 Message-ID: References: <3F0CF2FB.8070007@joshualokken.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@main.gmane.org User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5a) Gecko/20030707 X-Accept-Language: en-us, en In-Reply-To: <3F0CF2FB.8070007@joshualokken.com> Sender: news Subject: Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 16:41:03 -0000 Joshua Lokken wrote: > I've been to gatos, and read through their documentation on > this subject, downloaded and installed the ati.2 modules > for XFree86-4.3.0 (I'm running 4.8-stable) and read the > xawtv manpage. Maybe I'm just having trouble understanding > it. I wish to watch TV on my PC with the abovecaptioned > card. I don't need capture for the moment, just to watch... > > I keep getting (when I start xawtv) /dev/bktr0: device not > configured. Well, I know that the bktr(4) driver doesn't > support the ATI card, but I haven't been able to figure out > which device to tell it to use, or exactly how to tell it... > maybe I need to create the proper device? I don't have any problems watching TV with xawtv on either an AIW 128 Pro or an AIW Radeon 7500. Try starting it once with the -xv switch to force it to use XVideo. If that doesn't work, you might have to hand-edit the config file (my AIWs are at home so I can't tell you what to change right now). You won't be able to capture, though. Gatos only provides an XVideo interface for FreeBSD, and you cannot capture via XVideo - only overlay. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 10:02:46 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 27D7B37B401 for ; Thu, 10 Jul 2003 10:02:46 -0700 (PDT) Received: from meitner.wh.uni-dortmund.de (meitner.wh.uni-dortmund.de [129.217.129.133]) by mx1.FreeBSD.org (Postfix) with ESMTP id 62B8A43F75 for ; Thu, 10 Jul 2003 10:02:45 -0700 (PDT) (envelope-from michaelnottebrock@gmx.net) Received: from lofi.dyndns.org (pc2-105.intern.meitner [10.3.12.105]) by meitner.wh.uni-dortmund.de (Postfix) with ESMTP id E6E21167752; Thu, 10 Jul 2003 19:02:43 +0200 (CEST) Received: from gmx.net (kiste.my.domain [192.168.8.4]) (authenticated bits=0) by lofi.dyndns.org (8.12.9/8.12.9) with ESMTP id h6AH2f7N062738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 10 Jul 2003 19:02:42 +0200 (CEST) (envelope-from michaelnottebrock@gmx.net) Message-ID: <3F0D9C31.7060504@gmx.net> Date: Thu, 10 Jul 2003 19:02:41 +0200 From: Michael Nottebrock User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en, de-de MIME-Version: 1.0 To: Dan Nelson References: <3F0CF2FB.8070007@joshualokken.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new cc: freebsd-multimedia@freebsd.org Subject: Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 17:02:46 -0000 Dan Nelson wrote: > I don't have any problems watching TV with xawtv on either an AIW 128 > Pro or an AIW Radeon 7500. [...] > You won't be able to capture, though. Gatos only provides an XVideo > interface for FreeBSD, and you cannot capture via XVideo - only overlay. Woah, that's news to me - sorry for spreading false information then. Actually, that's really good news since I happen to have such a card around as well - need to test this someday. -- Michael Nottebrock \ KDE on FreeBSD \ ,ww \ --- \ ,wWWCybaWW_) \ http://freebsd.kde.org \ `WSheepW' free \ II II node From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 10:54:26 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3F5E137B401 for ; Thu, 10 Jul 2003 10:54:26 -0700 (PDT) Received: from www.omicnet.com (ip-208-181-72-171.adsl.radiant.net [208.181.72.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EB3043FA3 for ; Thu, 10 Jul 2003 10:54:24 -0700 (PDT) (envelope-from joshua@joshualokken.com) Received: from inspectorbox (130-94-160-46-dsl.hevanet.com [130.94.160.46]) by www.omicnet.com (8.9.3/8.9.2) with ESMTP id KAA14924 for ; Thu, 10 Jul 2003 10:54:22 -0700 Message-ID: <011e01c3470c$4a4a0350$1404e9c6@inspectorbox> From: "Joshua Lokken" To: Date: Thu, 10 Jul 2003 10:53:49 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Fw:Re: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 17:54:26 -0000 Forgot to include the group, sorry. ----- Original Message ----- From: "Joshua Lokken" To: "Dan Nelson" Sent: Thursday, July 10, 2003 10:02 AM Subject: Re: xawtv and ATI AIW 128 Pro > > ----- Original Message ----- > From: "Dan Nelson" > To: > Sent: Thursday, July 10, 2003 9:33 AM > Subject: Re: xawtv and ATI AIW 128 Pro > > > > Joshua Lokken wrote: > > > I've been to gatos, and read through their documentation on > > > this subject, downloaded and installed the ati.2 modules > > > for XFree86-4.3.0 (I'm running 4.8-stable) and read the > > > xawtv manpage. Maybe I'm just having trouble understanding > > > it. I wish to watch TV on my PC with the abovecaptioned > > > card. I don't need capture for the moment, just to watch... > > > > > > I keep getting (when I start xawtv) /dev/bktr0: device not > > > configured. Well, I know that the bktr(4) driver doesn't > > > support the ATI card, but I haven't been able to figure out > > > which device to tell it to use, or exactly how to tell it... > > > maybe I need to create the proper device? > > > > I don't have any problems watching TV with xawtv on either an AIW 128 > > Pro or an AIW Radeon 7500. Try starting it once with the -xv switch to > > force it to use XVideo. If that doesn't work, you might have to > > hand-edit the config file (my AIWs are at home so I can't tell you what > > to change right now). > > > > You won't be able to capture, though. Gatos only provides an XVideo > > interface for FreeBSD, and you cannot capture via XVideo - only overlay. > > OK, thanks. First, here's the output for xawtv -n. I reread the manpage, > and > I just can't figure out where xawtv is getting the /dev/bktr0 from! > > [jolok] ~> xawtv -n > This is xawtv-3.88, running on FreeBSD/i386 (4.8-STABLE) > Xlib: extension "XVideo" missing on display ":1.0". > Xlib: extension "XVideo" missing on display ":1.0". > bktr: open /dev/bktr0: Device not configured > no video grabber device available > > There are no config files on my system having to do with xawtv. > > [jolok] ~> find /usr -name xawtv > /usr/ports/multimedia/xawtv > /usr/X11R6/bin/xawtv > /usr/X11R6/lib/xawtv > > and no config files in the lib dir. So, here's the output from > > [jolok] ~> xawtv -xv > This is xawtv-3.88, running on FreeBSD/i386 (4.8-STABLE) > Xlib: extension "XVideo" missing on display ":1.0". > Xlib: extension "XVideo" missing on display ":1.0". > bktr: open /dev/bktr0: Device not configured > no video grabber device available > > Any further help? Thanks again. > > Joshua > From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 11:11:48 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CED9537B401 for ; Thu, 10 Jul 2003 11:11:48 -0700 (PDT) Received: from mail.one.lt (www1.one.lt [213.226.139.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 0AE0943F3F for ; Thu, 10 Jul 2003 11:11:47 -0700 (PDT) (envelope-from Edwiz@one.lt) Received: (qmail 15192 invoked from network); 10 Jul 2003 18:11:45 -0000 Received: from db1.one.lt (HELO DB1) (213.226.139.2) by mail.one.lt with SMTP; 10 Jul 2003 18:11:45 -0000 Message-ID: <11685359.1057864231000.JavaMail.SYSTEM@DB1> Date: Thu, 10 Jul 2003 21:10:30 +0200 (CEST) From: Edwis T To: "freebsd-multimedia@freebsd.org" Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1257 Content-Transfer-Encoding: 7bit Subject: Sound question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 18:11:49 -0000 Hello, i'm new to FreeBSD. I have question, about sound. I have two sound cards - YAMAHA (it's integrated into motherboard) and OPTi (it's an ISA card). I want to use OPTi sound card on my FreeBSD. What have i to compile into my kernel configuration file for my OPTi sound card? I tried to compile "device pcm", but i had no result. Seems that both - YAMAHA and OPTi are supported by FreeBSD. ------------------------------------------------------------------------------- http://www.one.lt - Tavo mobilusis el.pastas! Dabar skaityk savo el.pasta mobiliajame telefone - wap.one.lt! From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 11:45:35 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 760D737B401 for ; Thu, 10 Jul 2003 11:45:35 -0700 (PDT) Received: from www.omicnet.com (ip-208-181-72-171.adsl.radiant.net [208.181.72.171]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D11143F3F for ; Thu, 10 Jul 2003 11:45:32 -0700 (PDT) (envelope-from joshua@joshualokken.com) Received: from inspectorbox (130-94-160-46-dsl.hevanet.com [130.94.160.46]) by www.omicnet.com (8.9.3/8.9.2) with ESMTP id LAA15966 for ; Thu, 10 Jul 2003 11:45:29 -0700 Message-ID: <015801c34713$6ec68300$1404e9c6@inspectorbox> From: "Joshua Lokken" To: Date: Thu, 10 Jul 2003 11:44:57 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: Fw: xawtv and ATI AIW 128 Pro X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 18:45:35 -0000 ----- Original Message ----- From: "Joshua Lokken" To: "Dan Nelson" Sent: Thursday, July 10, 2003 11:43 AM Subject: Re: xawtv and ATI AIW 128 Pro > > ----- Original Message ----- > From: "Dan Nelson" > To: "Joshua Lokken" > Sent: Thursday, July 10, 2003 11:07 AM > Subject: Re: xawtv and ATI AIW 128 Pro > > > > In the last episode (Jul 10), Joshua Lokken said: > > > OK, thanks. First, here's the output for xawtv -n. I reread the > > > manpage, and I just can't figure out where xawtv is getting the > > > /dev/bktr0 from! > > > > That's added by the FreeBSD port so people with bt848 chips can use it. > > > > > and no config files in the lib dir. So, here's the output from > > > > > > [jolok] ~> xawtv -xv > > > This is xawtv-3.88, running on FreeBSD/i386 (4.8-STABLE) > > > Xlib: extension "XVideo" missing on display ":1.0". > > > Xlib: extension "XVideo" missing on display ":1.0". > > > bktr: open /dev/bktr0: Device not configured > > > no video grabber device available > > > > It doesn't look like the GATOS driver got installed right. It should > > be providing the XVideo extension. Why is your display number :1.0? > > If you've got multiple video cards in this machine, could it be that > > your AIW card is driving display :0 instead? > > > > Check your Xfree86.*.log file for indications that it has probed the > > tuner component. > > > > -- > > Dan Nelson > > dnelson@allantgroup.com > > > > Here are some of the things I'm seeing in the log: > > -----------------8 < [snip]--------------------- > (II) Loading extension SHAPE > (II) Loading extension MIT-SUNDRY-NONSTANDARD > (II) Loading extension BIG-REQUESTS > (II) Loading extension SYNC > (II) Loading extension MIT-SCREEN-SAVER > (II) Loading extension XC-MISC > (II) Loading extension XFree86-VidModeExtension > (II) Loading extension XFree86-Misc > (II) Loading extension DPMS > (II) Loading extension FontCache > (II) Loading extension TOG-CUP > (II) Loading extension Extended-Visual-Information > (II) Loading extension XVideo > (II) Loading extension XVideo-MotionCompensation > (II) Loading extension X-Resource > > ------------------8 < [snip]-------------------------- > (II) Setting vga for screen 0. > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" > (II) Loading /usr/X11R6/lib/modules/libvgahw.a > (II) Module vgahw: vendor="The XFree86 Project" > compiled for 4.3.0, module version = 0.1.0 > ABI class: XFree86 Video Driver, version 0.6 > (II) R128(0): PCI bus 2 card 0 func 0 > (**) R128(0): Depth 24, (--) framebuffer bpp 32 > (II) R128(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) > (==) R128(0): Default visual is TrueColor > (**) R128(0): Option "AGPMode" "4" > (**) R128(0): Option "Display" "BIOS" > (==) R128(0): RGB weight 888 > (II) R128(0): Using 8 bits per RGB (8 bit DAC) > (II) Loading sub module "int10" > (II) LoadModule: "int10" > (II) Loading /usr/X11R6/lib/modules/libint10.a > (II) Module int10: vendor="The XFree86 Project" > compiled for 4.3.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.6 > (II) R128(0): initializing int10 > (==) R128(0): Write-combining range (0xa0000,0x20000) was already clear > (==) R128(0): Write-combining range (0xc0000,0x40000) was already clear > (II) R128(0): Primary V_BIOS segment is: 0xc000 > (==) R128(0): Write-combining range (0x0,0x1000) was already clear > (--) R128(0): Chipset: "ATI Rage 128 Pro GL PF (AGP)" (ChipID = 0x5046) > (--) R128(0): Linear framebuffer at 0xd8000000 > (--) R128(0): MMIO registers at 0xdd000000 > (==) R128(0): Write-combining range (0xdd000000,0x4000) was already clear > (--) R128(0): VideoRAM: 32768 kByte (64-bit SDR SGRAM 1:1) > (**) R128(0): Using external CRT for display > (WW) R128(0): Can't determine panel dimensions, and none specified. > Disabling programming of FP registers. > (II) R128(0): PLL parameters: rf=2700 rd=60 min=12500 max=40000; xclk=14000 > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Loading /usr/X11R6/lib/modules/libddc.a > (II) Module ddc: vendor="The XFree86 Project" > compiled for 4.3.0, module version = 1.0.0 > ABI class: XFree86 Video Driver, version 0.6 > (II) Loading sub module "vbe" > (II) LoadModule: "vbe" > (II) Loading /usr/X11R6/lib/modules/libvbe.a > (II) Module vbe: vendor="The XFree86 Project" > compiled for 4.3.0, module version = 1.1.0 > ABI class: XFree86 Video Driver, version 0.6 > (II) R128(0): VESA BIOS detected > (II) R128(0): VESA VBE Version 2.0 > (II) R128(0): VESA VBE Total Mem: 32768 kB > (II) R128(0): VESA VBE OEM: ATI RAGE128 > (II) R128(0): VESA VBE OEM Software Rev: 1.0 > (II) R128(0): VESA VBE OEM Vendor: ATI Technologies Inc. > (II) R128(0): VESA VBE OEM Product: R128 > (II) R128(0): VESA VBE OEM Product Rev: 01.00 > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Reloading /usr/X11R6/lib/modules/libddc.a > (II) R128(0): VESA VBE DDC supported > (II) R128(0): VESA VBE DDC Level 2 > (II) R128(0): VESA VBE DDC transfer in appr. 2 sec. > (II) R128(0): VESA VBE DDC read successfully > (II) R128(0): Manufacturer: EPI Model: d995 Serial#: 29633 > (II) R128(0): Year: 2001 Week: 7 > (II) R128(0): EDID Version: 1.2 > (II) R128(0): Analog Display Input, Input Voltage Level: 0.700/0.700 V > (II) R128(0): Sync: Separate > (II) R128(0): Max H-Image Size [cm]: horiz.: 36 vert.: 27 > (II) R128(0): Gamma: 2.20 > (II) R128(0): DPMS capabilities: StandBy Suspend Off; RGB/Color Display > (II) R128(0): First detailed timing is preferred mode > (II) R128(0): redX: 0.626 redY: 0.340 greenX: 0.288 greenY: 0.608 > (II) R128(0): blueX: 0.148 blueY: 0.064 whiteX: 0.283 whiteY: 0.298 > (II) R128(0): Supported VESA Video Modes: > (II) R128(0): 720x400@70Hz > (II) R128(0): 640x480@60Hz > (II) R128(0): 640x480@75Hz > (II) R128(0): 800x600@75Hz > (II) R128(0): 1024x768@75Hz > (II) R128(0): 1280x1024@75Hz > (II) R128(0): Manufacturer's mask: 0 > > ----------------8 < [snip]------------------------------------------- > > (II) Primary Device is: PCI 02:00:0 > (II) ATI: Candidate "Device" section "All-in-Wonderland". > (--) Chipset ATI Rage 128 Pro GL PF (AGP) found > (II) Loading sub module "r128" > (II) LoadModule: "r128" > (II) Loading /usr/X11R6/lib/modules/drivers/r128_drv.o > (II) Module r128: vendor="The XFree86 Project" > compiled for 4.3.0, module version = 4.0.1 > Module class: XFree86 Video Driver > ABI class: XFree86 Video Driver, version 0.6 > > ---------------8 < [snip]---------------------------- > > (II) R128(0): [drm] created "r128" driver at busid "PCI:2:0:0" > (II) R128(0): [drm] added 8192 byte SAREA at 0xd6ee6000 > (II) R128(0): [drm] mapped SAREA 0xd6ee6000 to 0x28281000 > (II) R128(0): [drm] framebuffer handle = 0xd8000000 > (II) R128(0): [drm] added 1 reserved context for kernel > (WW) R128(0): [agp] AGP not available > (WW) R128(0): [agp] AGP failed to initialize -- falling back to PCI mode. > (WW) R128(0): [agp] Make sure you have the agpgart kernel module loaded. > (EE) R128(0): [pci] Out of memory (-1007) > (II) R128(0): [drm] removed 1 reserved context for kernel > (II) R128(0): [drm] unmapping 8192 bytes of SAREA 0xd6ee6000 at 0x28281000 > (II) R128(0): Memory manager initialized to (0,0) (1024,8191) > (II) R128(0): Reserved area from (0,768) to (1024,770) > (II) R128(0): Largest offscreen area available: 1024 x 7421 > (II) R128(0): Using XFree86 Acceleration Architecture (XAA) > Screen to screen bit blits > Solid filled rectangles > 8x8 mono pattern filled rectangles > Indirect CPU to Screen color expansion > Solid Lines > Dashed Lines > Scanline Image Writes > Offscreen Pixmaps > Setting up tile and stipple cache: > 32 128x128 slots > 32 256x256 slots > 16 512x512 slots > (II) R128(0): Acceleration enabled > (==) R128(0): Backing store disabled > (==) R128(0): Silken mouse enabled > (II) R128(0): Using hardware cursor (scanline 3080) > (II) R128(0): Largest offscreen area available: 1024 x 7419 > (II) R128(0): Direct rendering disabled > (==) RandR enabled > (II) Initializing built-in extension MIT-SHM > (II) Initializing built-in extension XInputExtension > (II) Initializing built-in extension XTEST > (II) Initializing built-in extension XKEYBOARD > (II) Initializing built-in extension LBX > (II) Initializing built-in extension XC-APPGROUP > (II) Initializing built-in extension SECURITY > (II) Initializing built-in extension XINERAMA > (II) Initializing built-in extension XFree86-Bigfont > (II) Initializing built-in extension RENDER > (II) Initializing built-in extension RANDR > > ----------------8 < [snip]------------------------------- > > > I know this is a separate problem, but I see that AGP is initializing, > then kicking out later....it's telling me to ensure I have the agpgart > module loaded. I do, it's compiled into the kernel. Strange... > > DRM inevitably kicks out shortly after I start X, as well. Anyway, > I'm not sure if the 'tuner' is being probed or not. I followed the > instructions at gatos for installing the ati.2 drivers, maybe I missed > something? Is anyone willing to tell me actually how they got this > card to work with xawtv? Thank you. > > Joshua From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 12:11:45 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3B6437B401 for ; Thu, 10 Jul 2003 12:11:45 -0700 (PDT) Received: from conure.mail.pas.earthlink.net (conure.mail.pas.earthlink.net [207.217.120.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1D4943F85 for ; Thu, 10 Jul 2003 12:11:44 -0700 (PDT) (envelope-from pixfbsd@earthlink.net) Received: from user153.net413.tx.sprint-hsd.net ([65.40.98.153] helo=[192.168.10.10]) by conure.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19agpU-0001JU-00 for freebsd-multimedia@freebsd.org; Thu, 10 Jul 2003 12:11:44 -0700 From: pixfBSD To: "freebsd-multimedia@freebsd.org" In-Reply-To: <11685359.1057864231000.JavaMail.SYSTEM@DB1> References: <11685359.1057864231000.JavaMail.SYSTEM@DB1> Content-Type: text/plain Organization: Message-Id: <1057864501.16997.4.camel@jaguar.dlqj.net> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.2.4 Date: 10 Jul 2003 14:15:01 -0500 Content-Transfer-Encoding: 7bit Subject: Re: Sound question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 19:11:46 -0000 I would think that you would want to use the built in YAMAHA, assuming that the Motherboard it more up to date therefore better sound. But if you really want to use the OPTi card, in the Motherboard bios disable the "onboard sound". Then FreeBSD shouldn't detect it. On Thu, 2003-07-10 at 14:10, Edwis T wrote: > Hello, > > i'm new to FreeBSD. I have question, about sound. I have two sound cards - YAMAHA (it's integrated into motherboard) and OPTi (it's an ISA card). I want to use OPTi sound card on my FreeBSD. What have i to compile into my kernel configuration file for my OPTi sound card? I tried to compile "device pcm", but i had no result. Seems that both - YAMAHA and OPTi are supported by FreeBSD. > > ------------------------------------------------------------------------------- > http://www.one.lt - Tavo mobilusis el.pastas! > > Dabar skaityk savo el.pasta mobiliajame telefone - wap.one.lt! > _______________________________________________ > freebsd-multimedia@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-multimedia > To unsubscribe, send any mail to "freebsd-multimedia-unsubscribe@freebsd.org" From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 12:13:29 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8317D37B401; Thu, 10 Jul 2003 12:13:29 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8844443F93; Thu, 10 Jul 2003 12:13:28 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6AJdFIv030656; Thu, 10 Jul 2003 15:39:15 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6AJDTmH035220; Thu, 10 Jul 2003 12:13:29 -0700 (PDT) (envelope-from jmg) Date: Thu, 10 Jul 2003 12:13:29 -0700 From: John-Mark Gurney To: Sean_Welch@alum.wofford.org Message-ID: <20030710191329.GB44762@funkthat.com> Mail-Followup-To: Sean_Welch@alum.wofford.org, freebsd-current@freebsd.org, multimedia@freebsd.org References: <7192223.1057850975979.JavaMail.nobody@kermit.psp.pas.earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7192223.1057850975979.JavaMail.nobody@kermit.psp.pas.earthlink.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: freebsd-current@freebsd.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 19:13:29 -0000 Sean Welch wrote this message on Thu, Jul 10, 2003 at 08:29 -0500: > Linux accomplishes this with the video4linux API and > thus has access to a wide range of usb webcams for use > with programs like gnomemeeting. FreeBSD has no such > API though it does have programs like cqcam, camserv, > and bktr2jpeg (not in ports)... for obsolete cameras. > It seems Linux achieves its success with devices > represented as a generic video device handled directly > by the kernel. The programs I mentioned above are > userland programs (of course) and so don't (apparently) > have the same utility. Yes, video capture in FreeBSD is sorely lacking. I recently did a Zoran driver and found that the bktr interface is horrid. > Asking around it seems that porting the video4linux > API would be tedious and exceedingly painful (my > paraphrasing). It also has the possible disadvantage > of being GPL'd -- personally I think BSD (Free, Net, > and Open) would benefit more from a BSD licensed > solution. It seems writing a video4bsd API from > scratch that is compatible with video4linux would also > be rather daunting. Not only that, but the v4l interface isn't that great. It also doesn't mesh with FreeBSD's newbus frame work. > It occurred to me however that there does exist one > kernel video device -- the bktr device family. It is (originally meteor) > well established and works well (that is what I read, > at any rate). In addition, the firewire video capture > program is not GPL'd (to the best of my knowledge) and > seems a good candidate. My impression is that capture > from firewire is a bit more straight-forward than > capture from usb. Apple is now stirring up the > industry with iSight and I expect it will increase the > availability of firewire webcams at lower prices. > > So, would it be possible to emulate a bktr device > front end for a firewire cam (of some sort) in the > same manner as is currently done with atapicam for > scsi emulation on top of atapi? This may be possible. It shouldn't be too hard to write a bunch of shims to convert it. I would rather see work be done on creating a better interface. Also, just doing a kernel interface like v4l is not good for future. I would like to see a combination of kernel and userland library. That way for usb web cams, we can keep the driver in userland w/o expecting the user to load a kernel module. > FreeBSD keeps up so well in all the other categories > relevant to a desktop media system that it would be > really nice to have it also encompass this ability. > Not to mention it would allow me to video conference > with the rest of my family located 1100 miles away > without resorting to another operating system. > > I'm not competent enough to attempt this myself (yet!) > but I'm more than willing to help as much as I can > with coding and testing (assuming this proposition is > even feasible). I'm definately interested in this too. Also, a better list for this would be -multimedia. I have cc'd the list. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 13:29:34 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF58237B404 for ; Thu, 10 Jul 2003 13:29:33 -0700 (PDT) Received: from smtp4.wanadoo.nl (smtp4.wanadoo.nl [194.134.35.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 99E4743FA3 for ; Thu, 10 Jul 2003 13:29:30 -0700 (PDT) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (p3829.vwr.wanadoo.nl [212.129.226.253]) by smtp4.wanadoo.nl (Postfix) with SMTP id 6B3634003C; Thu, 10 Jul 2003 22:29:27 +0200 (CEST) Date: Thu, 10 Jul 2003 22:29:23 +0200 From: Steve O'Hara-Smith To: John-Mark Gurney Message-Id: <20030710222923.0ece3692.steve@sohara.org> In-Reply-To: <20030710191329.GB44762@funkthat.com> References: <7192223.1057850975979.JavaMail.nobody@kermit.psp.pas.earthlink.net> <20030710191329.GB44762@funkthat.com> X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-portbld-freebsd4.8) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 20:29:34 -0000 On Thu, 10 Jul 2003 12:13:29 -0700 John-Mark Gurney wrote: JMG> Yes, video capture in FreeBSD is sorely lacking. I recently did a JMG> Zoran driver and found that the bktr interface is horrid. Did you make it fit the bktr interface then ? Is there any chance of it working in RELENG_4 ? If so can I play with it ? AFAICS what's needed is someone with some insight into what makes a good video API if FreeBSD is ever going to get one. The innards of things like ffmpeg and transcode are probably worth looking at as models. -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 13:40:50 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3084D37B401 for ; Thu, 10 Jul 2003 13:40:50 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8E40F43FBD for ; Thu, 10 Jul 2003 13:40:48 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6AL6eIv013413; Thu, 10 Jul 2003 17:06:40 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6AKeldO037075; Thu, 10 Jul 2003 13:40:47 -0700 (PDT) (envelope-from jmg) Date: Thu, 10 Jul 2003 13:40:47 -0700 From: John-Mark Gurney To: "Steve O'Hara-Smith" Message-ID: <20030710204047.GC35337@funkthat.com> Mail-Followup-To: Steve O'Hara-Smith , Sean_Welch@alum.wofford.org, multimedia@freebsd.org References: <7192223.1057850975979.JavaMail.nobody@kermit.psp.pas.earthlink.net> <20030710191329.GB44762@funkthat.com> <20030710222923.0ece3692.steve@sohara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030710222923.0ece3692.steve@sohara.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jul 2003 20:40:50 -0000 Steve O'Hara-Smith wrote this message on Thu, Jul 10, 2003 at 22:29 +0200: > On Thu, 10 Jul 2003 12:13:29 -0700 > John-Mark Gurney wrote: > > JMG> Yes, video capture in FreeBSD is sorely lacking. I recently did a > JMG> Zoran driver and found that the bktr interface is horrid. > > Did you make it fit the bktr interface then ? Is there any chance > of it working in RELENG_4 ? If so can I play with it ? Yes, I followed the bktr interface, but the bktr interface needs to disappear ASAP! The bktr interface is very bad as we make FreeBSD multiplatform. It lets the user supply the physical address when doing video overlay to the video card. This should be handled by the driver, not the userland app. It is only for -current. There was some issues w/ -stable that other people had, but I'm not sure what it was. I don't have any -stable boxes right now (nor any i386 boxes for that matter), so work is kind of frozen. I would prefer to design a new extensive interface for multimedia before putting more work into the driver. > AFAICS what's needed is someone with some insight into what makes > a good video API if FreeBSD is ever going to get one. The innards of > things like ffmpeg and transcode are probably worth looking at as models. Hmmm. I'll have to look at that. But there is more than just codec handling. One of the features that the Zoran card supports is the ability to have two sources (since as external video and MJPEG playback) one in a window of the other. But you need to only have one video clock running the output. This should be handled by the video api so the drivers just write the raw interface and the api does the manipulation of the driver. It's quite a complex situation. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 22:09:26 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58BB437B441 for ; Thu, 10 Jul 2003 22:09:24 -0700 (PDT) Received: from smtp4.wanadoo.nl (smtp4.wanadoo.nl [194.134.35.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F26043FB1 for ; Thu, 10 Jul 2003 22:09:23 -0700 (PDT) (envelope-from steve@sohara.org) Received: from ams-gw.sohara.org (i1787.vwr.wanadoo.nl [194.134.215.3]) by smtp4.wanadoo.nl (Postfix) with SMTP id 19F343FF2B; Fri, 11 Jul 2003 07:09:22 +0200 (CEST) Date: Fri, 11 Jul 2003 07:09:16 +0200 From: Steve O'Hara-Smith To: John-Mark Gurney Message-Id: <20030711070916.5320dd5c.steve@sohara.org> In-Reply-To: <20030710204047.GC35337@funkthat.com> References: <7192223.1057850975979.JavaMail.nobody@kermit.psp.pas.earthlink.net> <20030710191329.GB44762@funkthat.com> <20030710222923.0ece3692.steve@sohara.org> <20030710204047.GC35337@funkthat.com> X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386-portbld-freebsd4.8) X-Face: %]+HVL}K`P8>+8ZcY-WGHP6j@&mxMo9JH6_WdgIgUGH)JX/usO0%jy7T~IVgqjumD^OBqX,Kv^-GM6mlw(fI^$"QRKyZ$?xx/ Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 05:09:27 -0000 On Thu, 10 Jul 2003 13:40:47 -0700 John-Mark Gurney wrote: JMG> Yes, I followed the bktr interface, but the bktr interface needs to JMG> disappear ASAP! The bktr interface is very bad as we make FreeBSD JMG> multiplatform. It lets the user supply the physical address when JMG> doing video overlay to the video card. This should be handled by the JMG> driver, not the userland app. Hmm, that implies that the driver must know how to find the overlay area that the userland app wants it to use - irrespective of the video out driver in use. Conclusion the overlay areas have to be entities of some kind in the in the multimedia infrastructure. JMG> > AFAICS what's needed is someone with some insight into what makes JMG> > a good video API if FreeBSD is ever going to get one. The innards JMG> > of things like ffmpeg and transcode are probably worth looking at JMG> > as models. JMG> JMG> Hmmm. I'll have to look at that. JMG> JMG> But there is more than just codec handling. One of the features that Oh sure - but seamless plumbing of codecs, sources and sinks is a very desirable feature IMHO. This is the bit that these apps seem to manage. JMG> the Zoran card supports is the ability to have two sources (since as JMG> external video and MJPEG playback) one in a window of the other. But JMG> you need to only have one video clock running the output. This JMG> should be handled by the video api so the drivers just write the raw JMG> interface and the api does the manipulation of the driver. Yep seamless plumbing - so somehow the PIP has to present as a video sink and DTRT when you plumb the other video source into it - even if that turns out to be the output of mplayer playing a VCD and not the expected other bit from the card. If it can't do it the plumbing must fail. ISTM the plumbing actions either require a smart plumber or a dialogue between the interfaces being plumbed. The latter seems to fit the UNIX device model better. Are thinking in similar terms ? -- C:>WIN | Directable Mirrors The computer obeys and wins. |A Better Way To Focus The Sun You lose and Bill collects. | licenses available - see: | http://www.sohara.org/ From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 10 23:50:10 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE1D937B401 for ; Thu, 10 Jul 2003 23:50:09 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 32CCC43FBF for ; Thu, 10 Jul 2003 23:50:08 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6B7G7cU002046; Fri, 11 Jul 2003 03:16:08 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6B6o93w045871; Thu, 10 Jul 2003 23:50:09 -0700 (PDT) (envelope-from jmg) Date: Thu, 10 Jul 2003 23:50:09 -0700 From: John-Mark Gurney To: "Steve O'Hara-Smith" Message-ID: <20030711065009.GG35337@funkthat.com> Mail-Followup-To: Steve O'Hara-Smith , Sean_Welch@alum.wofford.org, multimedia@freebsd.org References: <7192223.1057850975979.JavaMail.nobody@kermit.psp.pas.earthlink.net> <20030710191329.GB44762@funkthat.com> <20030710222923.0ece3692.steve@sohara.org> <20030710204047.GC35337@funkthat.com> <20030711070916.5320dd5c.steve@sohara.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030711070916.5320dd5c.steve@sohara.org> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 06:50:10 -0000 Steve O'Hara-Smith wrote this message on Fri, Jul 11, 2003 at 07:09 +0200: > On Thu, 10 Jul 2003 13:40:47 -0700 > John-Mark Gurney wrote: > > JMG> Yes, I followed the bktr interface, but the bktr interface needs to > JMG> disappear ASAP! The bktr interface is very bad as we make FreeBSD > JMG> multiplatform. It lets the user supply the physical address when > JMG> doing video overlay to the video card. This should be handled by the > JMG> driver, not the userland app. > > Hmm, that implies that the driver must know how to find the > overlay area that the userland app wants it to use - irrespective of the > video out driver in use. Actually, this is very easy. I was first using svgalib to write my overlay program which gave me a userland buffer but NOT a physical address.. it was easy to pass this buffer to the driver and have it do the right thing. This is more complex on sparc64 machines that don't do a direct physical to PCI mapping but have an IOMMU, since you need to know more about the machine. > Conclusion the overlay areas have to be entities of some kind in > the in the multimedia infrastructure. To a certain extent yes... but there is work underway to properly handle device to device dma.. > JMG> > AFAICS what's needed is someone with some insight into what makes > JMG> > a good video API if FreeBSD is ever going to get one. The innards > JMG> > of things like ffmpeg and transcode are probably worth looking at > JMG> > as models. > JMG> > JMG> Hmmm. I'll have to look at that. > JMG> > JMG> But there is more than just codec handling. One of the features that > > Oh sure - but seamless plumbing of codecs, sources and sinks is > a very desirable feature IMHO. This is the bit that these apps seem to > manage. Then let them manage that.. :) > JMG> the Zoran card supports is the ability to have two sources (since as > JMG> external video and MJPEG playback) one in a window of the other. But > JMG> you need to only have one video clock running the output. This > JMG> should be handled by the video api so the drivers just write the raw > JMG> interface and the api does the manipulation of the driver. > > Yep seamless plumbing - so somehow the PIP has to present as a video > sink and DTRT when you plumb the other video source into it - even if that > turns out to be the output of mplayer playing a VCD and not the expected > other bit from the card. If it can't do it the plumbing must fail. Ummm.. you are talking about something completely different. I'm talking about the hardware aspect of it, not the software aspect.. > ISTM the plumbing actions either require a smart plumber or a > dialogue between the interfaces being plumbed. The latter seems to fit > the UNIX device model better. > > Are thinking in similar terms ? Nope, you are thinking of pure software, and I have been talking about pure hardware wrt to the windowing scheme mentioned above. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 07:11:47 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD39837B401 for ; Fri, 11 Jul 2003 07:11:47 -0700 (PDT) Received: from swan.mail.pas.earthlink.net (swan.mail.pas.earthlink.net [207.217.120.123]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C21C43F3F for ; Fri, 11 Jul 2003 07:11:47 -0700 (PDT) (envelope-from welchsm@earthlink.net) Received: from kermit.psp.pas.earthlink.net ([207.217.78.241]) by swan.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19ayci-0001G9-00; Fri, 11 Jul 2003 07:11:44 -0700 Received: from [207.217.78.16] by EarthlinkWAM via HTTP; Fri Jul 11 07:11:44 PDT 2003 Message-ID: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> Date: Fri, 11 Jul 2003 07:11:42 -0500 (GMT) From: Sean Welch To: John-Mark Gurney , Steve O'Hara-Smith Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Web Access Mail version 3.0 cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean_Welch@alum.wofford.org List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 14:11:48 -0000 I'm glad to see some serious discussion on this. That's a lot of acronyms -- anyone care to explain to me what IOMMU, PIP, DTRT, and ISTM are? And what is a video sink? John-Mark, could you clarify your concept of the kernel/ userland split for a new video API? More particularly, what parts would be handled by the kernel and how do you envision the userland interacting with that part? Are we talking about creating a new device node (a la v4l) or a new way of interacting with existing device nodes? Sean -------Original Message------- From: John-Mark Gurney Sent: 07/11/03 01:50 AM To: Steve O'Hara-Smith Subject: Re: BSD video capture emulation question > > Steve O'Hara-Smith wrote this message on Fri, Jul 11, 2003 at 07:09 +0200: > On Thu, 10 Jul 2003 13:40:47 -0700 > John-Mark Gurney wrote: > > JMG> Yes, I followed the bktr interface, but the bktr interface needs to > JMG> disappear ASAP! The bktr interface is very bad as we make FreeBSD > JMG> multiplatform. It lets the user supply the physical address when > JMG> doing video overlay to the video card. This should be handled by the > JMG> driver, not the userland app. > > Hmm, that implies that the driver must know how to find the > overlay area that the userland app wants it to use - irrespective of the > video out driver in use. Actually, this is very easy. I was first using svgalib to write my overlay program which gave me a userland buffer but NOT a physical address.. it was easy to pass this buffer to the driver and have it do the right thing. This is more complex on sparc64 machines that don't do a direct physical to PCI mapping but have an IOMMU, since you need to know more about the machine. > Conclusion the overlay areas have to be entities of some kind in > the in the multimedia infrastructure. To a certain extent yes... but there is work underway to properly handle device to device dma.. > JMG> > AFAICS what's needed is someone with some insight into what makes > JMG> > a good video API if FreeBSD is ever going to get one. The innards > JMG> > of things like ffmpeg and transcode are probably worth looking at > JMG> > as models. > JMG> > JMG> Hmmm. I'll have to look at that. > JMG> > JMG> But there is more than just codec handling. One of the features that > > Oh sure - but seamless plumbing of codecs, sources and sinks is > a very desirable feature IMHO. This is the bit that these apps seem to > manage. Then let them manage that.. :) > JMG> the Zoran card supports is the ability to have two sources (since as > JMG> external video and MJPEG playback) one in a window of the other. But > JMG> you need to only have one video clock running the output. This > JMG> should be handled by the video api so the drivers just write the raw > JMG> interface and the api does the manipulation of the driver. > > Yep seamless plumbing - so somehow the PIP has to present as a video > sink and DTRT when you plumb the other video source into it - even if that > turns out to be the output of mplayer playing a VCD and not the expected > other bit from the card. If it can't do it the plumbing must fail. Ummm.. you are talking about something completely different. I'm talking about the hardware aspect of it, not the software aspect.. > ISTM the plumbing actions either require a smart plumber or a > dialogue between the interfaces being plumbed. The latter seems to fit > the UNIX device model better. > > Are thinking in similar terms ? Nope, you are thinking of pure software, and I have been talking about pure hardware wrt to the windowing scheme mentioned above. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." > From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 09:11:17 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1CEB537B401 for ; Fri, 11 Jul 2003 09:11:17 -0700 (PDT) Received: from mailout11.sul.t-online.com (mailout11.sul.t-online.com [194.25.134.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2D9E043F93 for ; Fri, 11 Jul 2003 09:11:16 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd07.aul.t-online.de by mailout11.sul.t-online.com with smtp id 19b0U1-0007bn-03; Fri, 11 Jul 2003 18:10:53 +0200 Received: from Andro-Beta.Leidinger.net (EY04qYZ6Qe+C0c72JkrvIsAH3UfTzdZGl2doGn8d8g1x1QFcvZ6k8Z@[80.131.119.42]) by fmrl07.sul.t-online.com with esmtp id 19b0Tk-17n7bc0; Fri, 11 Jul 2003 18:10:36 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h6BGAZQA024573; Fri, 11 Jul 2003 18:10:35 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h6BGAYo7016512; Fri, 11 Jul 2003 18:10:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 11 Jul 2003 18:10:34 +0200 From: Alexander Leidinger To: Sean_Welch@alum.wofford.org Message-Id: <20030711181034.546fa93a.Alexander@Leidinger.net> In-Reply-To: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> References: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: EY04qYZ6Qe+C0c72JkrvIsAH3UfTzdZGl2doGn8d8g1x1QFcvZ6k8Z@t-dialin.net cc: gurney_j@efn.org cc: multimedia@freebsd.org cc: welchsm@earthlink.net Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 16:11:17 -0000 On Fri, 11 Jul 2003 07:11:42 -0500 (GMT) Sean Welch wrote: > That's a lot of acronyms -- anyone care to explain to me what > IOMMU, PIP, DTRT, and ISTM are? And what is a video sink? PIP: Picture In Picture DTRT: Do The Right Thing ISTM: It Seems That Maybe (guessed!) IOMMU: Input/Output Memory Management Unit (guessed!) video sink: a "target" which consumes video data (opposed to: video source, a "thing" which creates video data) > John-Mark, could you clarify your concept of the kernel/ > userland split for a new video API? More particularly, what > parts would be handled by the kernel and how do you envision > the userland interacting with that part? Are we talking about > creating a new device node (a la v4l) or a new way of interacting > with existing device nodes? As I understand the topic: he thinks about something like v4l/v4l2, but better (and more generic which maybe can be named video4unix...). The interaction with the device nodes is part of the userland. Bye, Alexander. -- Reboot America. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 10:28:27 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25F1937B404 for ; Fri, 11 Jul 2003 10:28:27 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFEEF43F3F for ; Fri, 11 Jul 2003 10:28:25 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6BHsYcU018336; Fri, 11 Jul 2003 13:54:35 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6BHSSs5054672; Fri, 11 Jul 2003 10:28:28 -0700 (PDT) (envelope-from jmg) Date: Fri, 11 Jul 2003 10:28:28 -0700 From: John-Mark Gurney To: Sean_Welch@alum.wofford.org Message-ID: <20030711172828.GI35337@funkthat.com> Mail-Followup-To: Sean_Welch@alum.wofford.org, Steve O'Hara-Smith , multimedia@freebsd.org References: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 17:28:27 -0000 Sean Welch wrote this message on Fri, Jul 11, 2003 at 07:11 -0500: > I'm glad to see some serious discussion on this. > > That's a lot of acronyms -- anyone care to explain to me what > IOMMU, PIP, DTRT, and ISTM are? And what is a video sink? IO Memory Management Unit. It basicly remaps the physical memory space and the PCI memory space. On sparc64, the address space is greater than the 32bits of PCI address space. The IOMMU creates a mapping between the 32bit PCI address space and the many more bits address space of the kernel. This prevents you having to copy data you want to dma down into the first 4gigs of memory like you have to do on i386 PAE systems. (PAE is an extension to i386 to support 36bit physicial address space.) DTRT - Do The Right Thing. PIP and ISTM I'm unfamilar with. > John-Mark, could you clarify your concept of the kernel/ > userland split for a new video API? More particularly, what > parts would be handled by the kernel and how do you envision > the userland interacting with that part? Are we talking about > creating a new device node (a la v4l) or a new way of interacting > with existing device nodes? For the most part, the kernel would just export many different device nodes, one for each part of the card. I've started work on a design document. It is VERY rough and incomplete, but I'll put it up. http://people.FreeBSD.org/~jmg/videobsd.html I'm still debating on how much smarts should be put into the kernel. Part of me wants to do a good portion of it to prevent the user from doing something stupid and damaging hardware (like setting two sources to drive the clocks of the video bus at the same time). But the more I'm thinking about it, I want to do most if not all in userland. This would make it easier to support usb webcams and firewire devices easier w/o the user of the library even knowing there was a difference. So, on a webcam, you have a decoder chip controlling the CCD (or CMOS sensor) and the controller chip. You could/would write a userland driver to interface both of these to the library, and the library would dynamicly load the module per config file, and any user application would be able to see the webcam, control the various settings on the decoder chip, and the codec outputed by the controller. I'm not sure if I'll go so far as Windows has with being able to stick n filters between the device and your output. Adding this support shouldn't be hard since it's a library and we can at a later date add additional functions. > -------Original Message------- > From: John-Mark Gurney > Sent: 07/11/03 01:50 AM > To: Steve O'Hara-Smith > Subject: Re: BSD video capture emulation question > > > > > Steve O'Hara-Smith wrote this message on Fri, Jul 11, 2003 at 07:09 +0200: > > On Thu, 10 Jul 2003 13:40:47 -0700 > > John-Mark Gurney wrote: > > > > JMG> Yes, I followed the bktr interface, but the bktr interface needs to > > JMG> disappear ASAP! The bktr interface is very bad as we make FreeBSD > > JMG> multiplatform. It lets the user supply the physical address when > > JMG> doing video overlay to the video card. This should be handled by > the > > JMG> driver, not the userland app. > > > > Hmm, that implies that the driver must know how to find the > > overlay area that the userland app wants it to use - irrespective of the > > video out driver in use. > > Actually, this is very easy. I was first using svgalib to write my > overlay program which gave me a userland buffer but NOT a physical > address.. it was easy to pass this buffer to the driver and have it > do the right thing. > > This is more complex on sparc64 machines that don't do a direct > physical to PCI mapping but have an IOMMU, since you need to know > more about the machine. > > > Conclusion the overlay areas have to be entities of some kind in > > the in the multimedia infrastructure. > > To a certain extent yes... but there is work underway to properly > handle device to device dma.. > > > JMG> > AFAICS what's needed is someone with some insight into what > makes > > JMG> > a good video API if FreeBSD is ever going to get one. The innards > > JMG> > of things like ffmpeg and transcode are probably worth looking at > > JMG> > as models. > > JMG> > > JMG> Hmmm. I'll have to look at that. > > JMG> > > JMG> But there is more than just codec handling. One of the features > that > > > > Oh sure - but seamless plumbing of codecs, sources and sinks is > > a very desirable feature IMHO. This is the bit that these apps seem to > > manage. > > Then let them manage that.. :) > > > JMG> the Zoran card supports is the ability to have two sources (since > as > > JMG> external video and MJPEG playback) one in a window of the other. > But > > JMG> you need to only have one video clock running the output. This > > JMG> should be handled by the video api so the drivers just write the > raw > > JMG> interface and the api does the manipulation of the driver. > > > > Yep seamless plumbing - so somehow the PIP has to present as a video > > sink and DTRT when you plumb the other video source into it - even if > that > > turns out to be the output of mplayer playing a VCD and not the expected > > other bit from the card. If it can't do it the plumbing must fail. > > Ummm.. you are talking about something completely different. I'm > talking about the hardware aspect of it, not the software aspect.. > > > ISTM the plumbing actions either require a smart plumber or a > > dialogue between the interfaces being plumbed. The latter seems to fit > > the UNIX device model better. > > > > Are thinking in similar terms ? > > Nope, you are thinking of pure software, and I have been talking about > pure hardware wrt to the windowing scheme mentioned above. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 11:35:04 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5624D37B401 for ; Fri, 11 Jul 2003 11:35:04 -0700 (PDT) Received: from flamingo.mail.pas.earthlink.net (flamingo.mail.pas.earthlink.net [207.217.120.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id B277843F85 for ; Fri, 11 Jul 2003 11:35:03 -0700 (PDT) (envelope-from welchsm@earthlink.net) Received: from kermit.psp.pas.earthlink.net ([207.217.78.241]) by flamingo.mail.pas.earthlink.net with esmtp (Exim 3.33 #1) id 19b2jU-0005T6-00; Fri, 11 Jul 2003 11:35:00 -0700 Received: from [207.217.78.203] by EarthlinkWAM via HTTP; Fri Jul 11 11:35:00 PDT 2003 Message-ID: <752678.1057948500755.JavaMail.nobody@kermit.psp.pas.earthlink.net> Date: Fri, 11 Jul 2003 11:34:59 -0500 (GMT) From: Sean Welch To: John-Mark Gurney Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: Earthlink Web Access Mail version 3.0 cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Sean_Welch@alum.wofford.org List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 18:35:04 -0000 Thanks for the definitions. So let me see if I can get a hypothetical structure lined up for visualization. Please correct me as necessary. (That document looks like a good start, by the way) At the lowest layer (closest to the hardware) we have the driver interfacing with the kernel. This handles all the messy grunt-work of twiddling registers, initializing hardware, and low level direction of data-flow. The next layer up (toward userland application level) is a library level that interfaces with the other side (so to speak) of the kernel. This is a tad more abstracted but knows the differences existing in data manipulation when dealing with usb, firewire, tuner, etc devices. Its function is to present a standardized interface to common types of hardware devices incorporated in a video capture device; such as separate video "sources" and "sinks" as well as possibly clocks and framebuffers. The top layer is the actual userland application which interfaces with the library level and only knows how to request data (say a video feed) from the (main?) framebuffer for display. It can send basic commands such as start/stop video feed, switch video source, and possibly request filtering of the feeds. Am I close? Sean -------Original Message------- From: John-Mark Gurney Sent: 07/11/03 12:28 PM To: Sean_Welch@alum.wofford.org Subject: Re: BSD video capture emulation question > > Sean Welch wrote this message on Fri, Jul 11, 2003 at 07:11 -0500: > I'm glad to see some serious discussion on this. > > That's a lot of acronyms -- anyone care to explain to me what > IOMMU, PIP, DTRT, and ISTM are? And what is a video sink? IO Memory Management Unit. It basicly remaps the physical memory space and the PCI memory space. On sparc64, the address space is greater than the 32bits of PCI address space. The IOMMU creates a mapping between the 32bit PCI address space and the many more bits address space of the kernel. This prevents you having to copy data you want to dma down into the first 4gigs of memory like you have to do on i386 PAE systems. (PAE is an extension to i386 to support 36bit physicial address space.) DTRT - Do The Right Thing. PIP and ISTM I'm unfamilar with. > John-Mark, could you clarify your concept of the kernel/ > userland split for a new video API? More particularly, what > parts would be handled by the kernel and how do you envision > the userland interacting with that part? Are we talking about > creating a new device node (a la v4l) or a new way of interacting > with existing device nodes? For the most part, the kernel would just export many different device nodes, one for each part of the card. I've started work on a design document. It is VERY rough and incomplete, but I'll put it up. http://people.FreeBSD.org/~jmg/videobsd.html I'm still debating on how much smarts should be put into the kernel. Part of me wants to do a good portion of it to prevent the user from doing something stupid and damaging hardware (like setting two sources to drive the clocks of the video bus at the same time). But the more I'm thinking about it, I want to do most if not all in userland. This would make it easier to support usb webcams and firewire devices easier w/o the user of the library even knowing there was a difference. So, on a webcam, you have a decoder chip controlling the CCD (or CMOS sensor) and the controller chip. You could/would write a userland driver to interface both of these to the library, and the library would dynamicly load the module per config file, and any user application would be able to see the webcam, control the various settings on the decoder chip, and the codec outputed by the controller. I'm not sure if I'll go so far as Windows has with being able to stick n filters between the device and your output. Adding this support shouldn't be hard since it's a library and we can at a later date add additional functions. > -------Original Message------- > From: John-Mark Gurney > Sent: 07/11/03 01:50 AM > To: Steve O'Hara-Smith > Subject: Re: BSD video capture emulation question > > > > > Steve O'Hara-Smith wrote this message on Fri, Jul 11, 2003 at 07:09 +0200: > > On Thu, 10 Jul 2003 13:40:47 -0700 > > John-Mark Gurney wrote: > > > > JMG> Yes, I followed the bktr interface, but the bktr interface needs to > > JMG> disappear ASAP! The bktr interface is very bad as we make FreeBSD > > JMG> multiplatform. It lets the user supply the physical address when > > JMG> doing video overlay to the video card. This should be handled by > the > > JMG> driver, not the userland app. > > > > Hmm, that implies that the driver must know how to find the > > overlay area that the userland app wants it to use - irrespective of the > > video out driver in use. > > Actually, this is very easy. I was first using svgalib to write my > overlay program which gave me a userland buffer but NOT a physical > address.. it was easy to pass this buffer to the driver and have it > do the right thing. > > This is more complex on sparc64 machines that don't do a direct > physical to PCI mapping but have an IOMMU, since you need to know > more about the machine. > > > Conclusion the overlay areas have to be entities of some kind in > > the in the multimedia infrastructure. > > To a certain extent yes... but there is work underway to properly > handle device to device dma.. > > > JMG> > AFAICS what's needed is someone with some insight into what > makes > > JMG> > a good video API if FreeBSD is ever going to get one. The innards > > JMG> > of things like ffmpeg and transcode are probably worth looking at > > JMG> > as models. > > JMG> > > JMG> Hmmm. I'll have to look at that. > > JMG> > > JMG> But there is more than just codec handling. One of the features > that > > > > Oh sure - but seamless plumbing of codecs, sources and sinks is > > a very desirable feature IMHO. This is the bit that these apps seem to > > manage. > > Then let them manage that.. :) > > > JMG> the Zoran card supports is the ability to have two sources (since > as > > JMG> external video and MJPEG playback) one in a window of the other. > But > > JMG> you need to only have one video clock running the output. This > > JMG> should be handled by the video api so the drivers just write the > raw > > JMG> interface and the api does the manipulation of the driver. > > > > Yep seamless plumbing - so somehow the PIP has to present as a video > > sink and DTRT when you plumb the other video source into it - even if > that > > turns out to be the output of mplayer playing a VCD and not the expected > > other bit from the card. If it can't do it the plumbing must fail. > > Ummm.. you are talking about something completely different. I'm > talking about the hardware aspect of it, not the software aspect.. > > > ISTM the plumbing actions either require a smart plumber or a > > dialogue between the interfaces being plumbed. The latter seems to fit > > the UNIX device model better. > > > > Are thinking in similar terms ? > > Nope, you are thinking of pure software, and I have been talking about > pure hardware wrt to the windowing scheme mentioned above. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." > From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 12:58:57 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D16537B401 for ; Fri, 11 Jul 2003 12:58:57 -0700 (PDT) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [216.148.227.85]) by mx1.FreeBSD.org (Postfix) with ESMTP id CA59C43F85 for ; Fri, 11 Jul 2003 12:58:56 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc12) with ESMTP id <200307111958550140063j6le>; Fri, 11 Jul 2003 19:58:56 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id MAA51027; Fri, 11 Jul 2003 12:58:55 -0700 (PDT) Date: Fri, 11 Jul 2003 12:58:53 -0700 (PDT) From: Julian Elischer To: Sean_Welch@alum.wofford.org In-Reply-To: <752678.1057948500755.JavaMail.nobody@kermit.psp.pas.earthlink.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: John-Mark Gurney cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 19:58:57 -0000 On Fri, 11 Jul 2003, Sean Welch wrote: > > John-Mark, could you clarify your concept of the kernel/ > > userland split for a new video API? More particularly, what > > parts would be handled by the kernel and how do you envision > > the userland interacting with that part? Are we talking about > > creating a new device node (a la v4l) or a new way of interacting > > with existing device nodes? > > For the most part, the kernel would just export many different device > nodes, one for each part of the card. I've started work on a design > document. It is VERY rough and incomplete, but I'll put it up. > I'm hoping htere is a good compatibility with v4l since mot of the apps will be written to that spec. if not an exact match, at least something that can be 'logically' similar and thus portable with a simple shim. From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 13:06:12 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C0DA37B401 for ; Fri, 11 Jul 2003 13:06:12 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6706243F75 for ; Fri, 11 Jul 2003 13:06:11 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6BKVhcU009992; Fri, 11 Jul 2003 16:31:44 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6BK5XXE056866; Fri, 11 Jul 2003 13:05:33 -0700 (PDT) (envelope-from jmg) Date: Fri, 11 Jul 2003 13:05:33 -0700 From: John-Mark Gurney To: Julian Elischer Message-ID: <20030711200533.GJ35337@funkthat.com> Mail-Followup-To: Julian Elischer , Sean_Welch@alum.wofford.org, multimedia@freebsd.org References: <752678.1057948500755.JavaMail.nobody@kermit.psp.pas.earthlink.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 20:06:12 -0000 Julian Elischer wrote this message on Fri, Jul 11, 2003 at 12:58 -0700: > I'm hoping htere is a good compatibility with v4l since mot of the apps > will be written to that spec. > if not an exact match, at least something that can be 'logically' > similar and thus portable with a simple shim. I'm sorry, but that is probably not going to happen. This is because the v4l is a kernel interface. It means that we'd have to write a kernel module to back call a userland process to emulate it. Very bad. This is another reason I am shoving more of the work outside the kernel is that it makes it easier to emulate by others, and we could see different implmentations. the v4l is a userland to kernel interface, and so it expects to have fd's to do ioctl's on. It could be possible to do something wierd with a pipe, and something that copies the ioctl data between kernel and userland, but then you'd have a few extra context switches. So, no, this won't be compatible because of how v4l was designed. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 13:07:33 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E7D937B401 for ; Fri, 11 Jul 2003 13:07:33 -0700 (PDT) Received: from mailout10.sul.t-online.com (mailout10.sul.t-online.com [194.25.134.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5D00A43F3F for ; Fri, 11 Jul 2003 13:07:32 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd11.aul.t-online.de by mailout10.sul.t-online.com with smtp id 19b4Au-0002Sr-08; Fri, 11 Jul 2003 22:07:24 +0200 Received: from Andro-Beta.Leidinger.net (S92KbvZcZeBYwP4UKt3u+1m4V31bMUD9Y+FwNk2mccdbNvvczgoGoO@[80.131.119.42]) by fmrl11.sul.t-online.com with esmtp id 19b4Ah-0C5sMy0; Fri, 11 Jul 2003 22:07:11 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h6BK79QA025477; Fri, 11 Jul 2003 22:07:10 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from Magelan.Leidinger.net (netchild@localhost [127.0.0.1]) by Magelan.Leidinger.net (8.12.9/8.12.9) with SMTP id h6BK79o7020635; Fri, 11 Jul 2003 22:07:09 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Fri, 11 Jul 2003 22:07:09 +0200 From: Alexander Leidinger To: John-Mark Gurney Message-Id: <20030711220709.3cdac33e.Alexander@Leidinger.net> In-Reply-To: <20030711172828.GI35337@funkthat.com> References: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> <20030711172828.GI35337@funkthat.com> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Seen: false X-ID: S92KbvZcZeBYwP4UKt3u+1m4V31bMUD9Y+FwNk2mccdbNvvczgoGoO@t-dialin.net cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 20:07:33 -0000 On Fri, 11 Jul 2003 10:28:28 -0700 John-Mark Gurney wrote: > For the most part, the kernel would just export many different device > nodes, one for each part of the card. I've started work on a design > document. It is VERY rough and incomplete, but I'll put it up. > > http://people.FreeBSD.org/~jmg/videobsd.html Did you looked at v4l and v4l2 (I haven't)? And at gstreamer and NMM (http://www.networkmultimedia.org/)? I listed the former ones to decide what they did wrong, so "our" API doesn't make the same mistakes, and the later ones to see what's needed at the application level (what kind of actions the API should allow). Maybe talking with some of the developers of those userland programs/libs will help, if it is of help: I can get in contact with the NMM people personally. > I'm still debating on how much smarts should be put into the kernel. > Part of me wants to do a good portion of it to prevent the user from > doing something stupid and damaging hardware (like setting two sources > to drive the clocks of the video bus at the same time). But the more > I'm thinking about it, I want to do most if not all in userland. This > would make it easier to support usb webcams and firewire devices easier > w/o the user of the library even knowing there was a difference. We don't want a malicious program to destroy the hardware, do we? > I'm not sure if I'll go so far as Windows has with being able to stick > n filters between the device and your output. Adding this support > shouldn't be hard since it's a library and we can at a later date add > additional functions. Think about those cards where you can put a video stream in and get a transformed video stream out (MPEG encoder). One end can be represented as a video sink and the other one as a video source (so you don't need a "filter", just connect sources with sinks). Ideally you want to e.g. connect one video source (e.g. DV format from a via firewire connected cam) to the video sink of a MPEG encoder and the video source of the MPEG encoder should get written to disk and at the same time to the video sink of the TV-Out of the DVB-S card (MPEG decoder). The API should be able to do as much of this in the kernel as possible, e.g. if I connect the DV video source to the MPEG video sink and I don't have some kind of "tee" in between, then the data shouldn't leave the kernel. And if I have a "tee" in between (as in the above example: writting to disk an to the DVD-S card) the data transfer between in kernel manageable entities should happen in the kernel. Bye, Alexander. -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks. http://www.Leidinger.net Alexander @ Leidinger.net GPG fingerprint = C518 BC70 E67F 143F BE91 3365 79E2 9C60 B006 3FE7 From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 13:18:41 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0A7F37B401 for ; Fri, 11 Jul 2003 13:18:41 -0700 (PDT) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.198.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3A8CF43F85 for ; Fri, 11 Jul 2003 13:18:41 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc11) with ESMTP id <2003071120183501300njlqle>; Fri, 11 Jul 2003 20:18:35 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA51184; Fri, 11 Jul 2003 13:18:34 -0700 (PDT) Date: Fri, 11 Jul 2003 13:18:32 -0700 (PDT) From: Julian Elischer To: Alexander Leidinger In-Reply-To: <20030711220709.3cdac33e.Alexander@Leidinger.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Sean_Welch@alum.wofford.org cc: John-Mark Gurney cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 20:18:41 -0000 On Fri, 11 Jul 2003, Alexander Leidinger wrote: > On Fri, 11 Jul 2003 10:28:28 -0700 > John-Mark Gurney wrote: > > Think about those cards where you can put a video stream in and get a > transformed video stream out (MPEG encoder). One end can be represented > as a video sink and the other one as a video source (so you don't need a > "filter", just connect sources with sinks). sounds like netgraph .. (runs for cover) From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 13:22:29 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7DB0237B401 for ; Fri, 11 Jul 2003 13:22:29 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AD3043FAF for ; Fri, 11 Jul 2003 13:22:28 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6BKmXcU012533; Fri, 11 Jul 2003 16:48:34 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6BKMI1P057190; Fri, 11 Jul 2003 13:22:18 -0700 (PDT) (envelope-from jmg) Date: Fri, 11 Jul 2003 13:22:18 -0700 From: John-Mark Gurney To: Alexander Leidinger Message-ID: <20030711202218.GK35337@funkthat.com> Mail-Followup-To: Alexander Leidinger , Sean_Welch@alum.wofford.org, multimedia@freebsd.org References: <4339238.1057932704927.JavaMail.nobody@kermit.psp.pas.earthlink.net> <20030711172828.GI35337@funkthat.com> <20030711220709.3cdac33e.Alexander@Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030711220709.3cdac33e.Alexander@Leidinger.net> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 20:22:29 -0000 Alexander Leidinger wrote this message on Fri, Jul 11, 2003 at 22:07 +0200: > On Fri, 11 Jul 2003 10:28:28 -0700 > John-Mark Gurney wrote: > > > For the most part, the kernel would just export many different device > > nodes, one for each part of the card. I've started work on a design > > document. It is VERY rough and incomplete, but I'll put it up. > > > > http://people.FreeBSD.org/~jmg/videobsd.html > > Did you looked at v4l and v4l2 (I haven't)? And at gstreamer and NMM > (http://www.networkmultimedia.org/)? I listed the former ones to decide > what they did wrong, so "our" API doesn't make the same mistakes, and > the later ones to see what's needed at the application level (what kind > of actions the API should allow). Maybe talking with some of the > developers of those userland programs/libs will help, if it is of help: > I can get in contact with the NMM people personally. I need to look more at it, but for me, when writing the driver for the Zoran, there was a lot of work that I was going to have to write that would end up being Zoran specific that wouldn't be too hard to make generic. That is the underlying reason for this. If we make it easier for right drivers for stuff, we'll have more hardware support. If/when this interface is completed, a halfway compentent hacker should be able to pound out a new driver for a card in a couple of weeks. Then with my recent work on USB and realizing that you can do some stuff from userland (see the vid port for OV511 based USB cams), it makes more sense to move more of the work to userland. > > I'm still debating on how much smarts should be put into the kernel. > > Part of me wants to do a good portion of it to prevent the user from > > doing something stupid and damaging hardware (like setting two sources > > to drive the clocks of the video bus at the same time). But the more > > I'm thinking about it, I want to do most if not all in userland. This > > would make it easier to support usb webcams and firewire devices easier > > w/o the user of the library even knowing there was a difference. > > We don't want a malicious program to destroy the hardware, do we? Nor should you let untrusted users access to the device nodes. If you give permissions to run the apps, then you're responsible for the apps. As far as hardware damage goes, I'm not an electrical expert on what can happen when two drivers drive the same wire, but it could result in a short that reders one or two chips broken, which of course would make the card useless. > > I'm not sure if I'll go so far as Windows has with being able to stick > > n filters between the device and your output. Adding this support > > shouldn't be hard since it's a library and we can at a later date add > > additional functions. > > Think about those cards where you can put a video stream in and get a > transformed video stream out (MPEG encoder). One end can be represented > as a video sink and the other one as a video source (so you don't need a > "filter", just connect sources with sinks). > > Ideally you want to e.g. connect one video source (e.g. DV format from a > via firewire connected cam) to the video sink of a MPEG encoder and the > video source of the MPEG encoder should get written to disk and at the > same time to the video sink of the TV-Out of the DVB-S card (MPEG > decoder). > > The API should be able to do as much of this in the kernel as possible, > e.g. if I connect the DV video source to the MPEG video sink and I don't > have some kind of "tee" in between, then the data shouldn't leave the > kernel. And if I have a "tee" in between (as in the above example: > writting to disk an to the DVD-S card) the data transfer between in > kernel manageable entities should happen in the kernel. I haven't really thought much on this part of the interface. But this shouldn't be hard to acheive with in the frame work. Since most of the good cards support DMA (if they don't then why worry about performance?) it's a no-op to create a userland buffer that one card dma's to, and you pass the buffer to the decoder card, and that card dma's from system memory. I also was going to write a contigmem device so that video drivers didn't need to do their own contigmalloc. Instead you'd open this device, grab a chunk (via mmap), and pass it to the driver. This would make bt848's work w/o problems on a direct userland buffer w/o extra tricks in the driver. So, in short, a proper kernel interface, it would not be hard to have the data "not leave the kernel". You will have to suffer a context switch when the data arrives and you notify the kernel that it can start work on this. It MAY be possible to do something special with the kernel, but I would reserve that for a later date. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 11 13:29:46 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1646537B401 for ; Fri, 11 Jul 2003 13:29:46 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24EAD43F75 for ; Fri, 11 Jul 2003 13:29:45 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6BKtOcU013529; Fri, 11 Jul 2003 16:55:25 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6BKTF6V057317; Fri, 11 Jul 2003 13:29:15 -0700 (PDT) (envelope-from jmg) Date: Fri, 11 Jul 2003 13:29:15 -0700 From: John-Mark Gurney To: Julian Elischer Message-ID: <20030711202915.GL35337@funkthat.com> Mail-Followup-To: Julian Elischer , Alexander Leidinger , Sean_Welch@alum.wofford.org, multimedia@freebsd.org References: <20030711220709.3cdac33e.Alexander@Leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: Alexander Leidinger cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: BSD video capture emulation question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jul 2003 20:29:46 -0000 Julian Elischer wrote this message on Fri, Jul 11, 2003 at 13:18 -0700: > On Fri, 11 Jul 2003, Alexander Leidinger wrote: > > > On Fri, 11 Jul 2003 10:28:28 -0700 > > John-Mark Gurney wrote: > > > > Think about those cards where you can put a video stream in and get a > > transformed video stream out (MPEG encoder). One end can be represented > > as a video sink and the other one as a video source (so you don't need a > > "filter", just connect sources with sinks). > > sounds like netgraph .. (runs for cover) Heheh, the scary part is you aren't too far off basis with that comment. :) Some of the newer Windows apps lets you do similar things with audio and video stream processing. I haven't used it, but there is an app that lets you plum things together. So say you have a VOB (mpeg-2) video stream, and that will export the MPEG-2 video data, and the subtitls and the audio. Then you can pass the audio (AC3) data to either your sound card (assuming digital out) or to a software AC3 decoder, and you can do similar things with video. Another reason I choose to use a userland for the prgoram API is that we can later refactor the code between userland and kernel w/o breaking programs. (or did I already state that? :) ) -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-multimedia@FreeBSD.ORG Sat Jul 12 07:18:25 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ED67437B401 for ; Sat, 12 Jul 2003 07:18:25 -0700 (PDT) Received: from mail.one.lt (www1.one.lt [213.226.139.3]) by mx1.FreeBSD.org (Postfix) with SMTP id 4B35643F3F for ; Sat, 12 Jul 2003 07:18:24 -0700 (PDT) (envelope-from Edwiz@one.lt) Received: (qmail 24258 invoked from network); 12 Jul 2003 14:18:22 -0000 Received: from db1.one.lt (HELO DB1) (213.226.139.2) by mail.one.lt with SMTP; 12 Jul 2003 14:18:22 -0000 Message-ID: <11212164.1058023023968.JavaMail.SYSTEM@DB1> Date: Sat, 12 Jul 2003 17:17:03 +0200 (CEST) From: Edwis T To: "freebsd-multimedia@freebsd.org" Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-4 Content-Transfer-Encoding: 7bit Subject: another sound question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jul 2003 14:18:26 -0000 Hello, i'm using YAMAHA built-in sound card. I compiled my kernel for soundcard support. Sound works now, but there are some strange sounds when playing mp3 with xmms and mpg123. Then mp3 plays on mpg123, i'm getting these errors: mpg123: Can't rewind stream by 22 bits! mpg123: Can't rewind stream by 35 bits! Illegal Audio-MPEG-Header 0xfb7074ff at offset 0x6aaf9. Skipped 312 bytes in input. mpg123: Can't rewind stream by 35 bits! Illegal Audio-MPEG-Header 0xfb7274fb at offset 0x6f336. Skipped 313 bytes in input. mpg123: Can't rewind stream by 7 bits! and etc.. The mp3s are ok, because I tested it on windows. ------------------------------------------------------------------------------- http://www.one.lt - Tavo mobilusis el.pastas! Dabar skaityk savo el.pasta mobiliajame telefone - wap.one.lt! From owner-freebsd-multimedia@FreeBSD.ORG Sat Jul 12 19:19:47 2003 Return-Path: Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D3AB437B401 for ; Sat, 12 Jul 2003 19:19:47 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id F388C43F3F for ; Sat, 12 Jul 2003 19:19:46 -0700 (PDT) (envelope-from jmg@hydrogen.funkthat.com) Received: from hydrogen.funkthat.com (node-40244c0a.sfo.onnet.us.uu.net [64.36.76.10]) by mail.cyberonic.com (8.12.8/8.12.5) with ESMTP id h6D2kNcU008652; Sat, 12 Jul 2003 22:46:24 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6D2JwDv083351; Sat, 12 Jul 2003 19:19:58 -0700 (PDT) (envelope-from jmg) Date: Sat, 12 Jul 2003 19:19:58 -0700 From: John-Mark Gurney To: Edwis T Message-ID: <20030713021958.GO35337@funkthat.com> Mail-Followup-To: Edwis T , "freebsd-multimedia@freebsd.org" References: <11212164.1058023023968.JavaMail.SYSTEM@DB1> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <11212164.1058023023968.JavaMail.SYSTEM@DB1> User-Agent: Mutt/1.4.1i X-Operating-System: FreeBSD 4.2-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html cc: "freebsd-multimedia@freebsd.org" Subject: Re: another sound question X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: John-Mark Gurney List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Jul 2003 02:19:48 -0000 Edwis T wrote this message on Sat, Jul 12, 2003 at 17:17 +0200: > i'm using YAMAHA built-in sound card. I compiled my kernel for soundcard support. Sound works now, but there are some strange sounds when playing mp3 with xmms and mpg123. Then mp3 plays on mpg123, i'm getting these errors: > > mpg123: Can't rewind stream by 22 bits! > mpg123: Can't rewind stream by 35 bits! > Illegal Audio-MPEG-Header 0xfb7074ff at offset 0x6aaf9. > Skipped 312 bytes in input. > mpg123: Can't rewind stream by 35 bits! > Illegal Audio-MPEG-Header 0xfb7274fb at offset 0x6f336. > Skipped 313 bytes in input. > mpg123: Can't rewind stream by 7 bits! > > and etc.. The mp3s are ok, because I tested it on windows. This is an mpg123 problem, not a FreeBSD issue. Please contact the authors of mpg123. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not."