From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 13 03:39: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 7E68C37B401 for ; Sun, 13 Jul 2003 03:39:12 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A84943F93 for ; Sun, 13 Jul 2003 03:39:11 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd08.aul.t-online.de by mailout08.sul.t-online.com with smtp id 19beG5-0003RD-03; Sun, 13 Jul 2003 12:39:09 +0200 Received: from Andro-Beta.Leidinger.net (Gn8+WiZdZe8aGaT0XMIJO30VX7aDKPwefUuXQx26oOzdOvG5BKSjQ0@[80.131.112.107]) by fmrl08.sul.t-online.com with esmtp id 19beG0-0YV5Rw0; Sun, 13 Jul 2003 12:39:04 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h6DAd2QA034419; Sun, 13 Jul 2003 12:39:03 +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 h6DAd2do000831; Sun, 13 Jul 2003 12:39:02 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Sun, 13 Jul 2003 12:39:02 +0200 From: Alexander Leidinger To: Edwis T Message-Id: <20030713123902.766e0704.Alexander@Leidinger.net> In-Reply-To: <11212164.1058023023968.JavaMail.SYSTEM@DB1> References: <11212164.1058023023968.JavaMail.SYSTEM@DB1> 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: Gn8+WiZdZe8aGaT0XMIJO30VX7aDKPwefUuXQx26oOzdOvG5BKSjQ0@t-dialin.net cc: freebsd-multimedia@freebsd.org Subject: Re: 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: Sun, 13 Jul 2003 10:39:12 -0000 On Sat, 12 Jul 2003 17:17:03 +0200 (CEST) Edwis T wrote: > 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 You should test plain WAVs... > 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. No, they aren't ok. As mpg123 reports: they contain illegal Audio MPEG headers. mpg123 isn't able to play the mp3pro content of mp3pro files... maybe you have mp3pro files instead of real mp3 files. Bye, Alexander. -- 0 and 1. Now what could be so hard about that? 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 Sun Jul 13 15:08:05 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 D8DD837B401 for ; Sun, 13 Jul 2003 15:08:05 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7CBFF43F3F for ; Sun, 13 Jul 2003 15:08:05 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 62BD272FE3; Sun, 13 Jul 2003 15:08:05 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 5F90972FDC; Sun, 13 Jul 2003 15:08:05 -0700 (PDT) Date: Sun, 13 Jul 2003 15:08:05 -0700 (PDT) From: Doug White To: Edwis T In-Reply-To: <11212164.1058023023968.JavaMail.SYSTEM@DB1> Message-ID: <20030713150753.P94924@carver.gumbysoft.com> References: <11212164.1058023023968.JavaMail.SYSTEM@DB1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: "freebsd-multimedia@freebsd.org" Subject: Re: 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: Sun, 13 Jul 2003 22:08:06 -0000 On Sat, 12 Jul 2003, Edwis T wrote: > 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 doesn't support VBR coded MP3s. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-multimedia@FreeBSD.ORG Sun Jul 13 23:29:42 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 3B33737B401 for ; Sun, 13 Jul 2003 23:29:42 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id 963C743F93 for ; Sun, 13 Jul 2003 23:29:41 -0700 (PDT) (envelope-from julian@elischer.org) Received: from interjet.elischer.org ([12.233.125.100]) by attbi.com (rwcrmhc13) with ESMTP id <20030714062940015000me99e>; Mon, 14 Jul 2003 06:29:40 +0000 Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id XAA72392; Sun, 13 Jul 2003 23:29:38 -0700 (PDT) Date: Sun, 13 Jul 2003 23:29:36 -0700 (PDT) From: Julian Elischer To: "Cornelius, Peter" In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Alexander Leidinger cc: John-Mark Gurney cc: pcc@gmx.net cc: multimedia@freebsd.org cc: Sean_Welch@alum.wofford.org Subject: Re: AW: 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: Mon, 14 Jul 2003 06:29:42 -0000 On Mon, 14 Jul 2003, Cornelius, Peter wrote: > > > sounds like netgraph .. (runs for cover) > > hey. I was going to say just that. > There is no reason why video streams should not be encoded as a stream of mbufs in which case netgraph could very well doexactly what is required :-) julian From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 14 00:17: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 8836D37B401 for ; Mon, 14 Jul 2003 00:17:35 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9021F43FBD for ; Mon, 14 Jul 2003 00:17:34 -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 h6E7hocY018878; Mon, 14 Jul 2003 03:43:59 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6E6fbNf005449; Sun, 13 Jul 2003 23:41:37 -0700 (PDT) (envelope-from jmg) Date: Sun, 13 Jul 2003 23:41:37 -0700 From: John-Mark Gurney To: Julian Elischer Message-ID: <20030714064137.GT35337@funkthat.com> Mail-Followup-To: Julian Elischer , "Cornelius, Peter" , Alexander Leidinger , Sean_Welch@alum.wofford.org, multimedia@freebsd.org, pcc@gmx.net References: 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: pcc@gmx.net cc: Alexander Leidinger cc: Sean_Welch@alum.wofford.org cc: multimedia@freebsd.org Subject: Re: AW: 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: Mon, 14 Jul 2003 07:17:35 -0000 Julian Elischer wrote this message on Sun, Jul 13, 2003 at 23:29 -0700: > On Mon, 14 Jul 2003, Cornelius, Peter wrote: > > > > > sounds like netgraph .. (runs for cover) > > > > hey. I was going to say just that. > > There is no reason why video streams should not be encoded as a stream > of mbufs in which case netgraph could very well doexactly what > is required :-) If the mbuf code seperated it out, this MIGHT be a possibility, I'm pretty sure we don't want to run into some of the problem with resource contention on mbufs.. Also, the buffer space may need more fine management... The idea of a sink sending a packet that a source fills also is kinda wierd (necessary for some dma operations).. -- 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 Mon Jul 14 05:07: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 4ED2737B401 for ; Mon, 14 Jul 2003 05:07:35 -0700 (PDT) Received: from mailout08.sul.t-online.com (mailout08.sul.t-online.com [194.25.134.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1779443FCB for ; Mon, 14 Jul 2003 05:07:34 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd03.aul.t-online.de by mailout08.sul.t-online.com with smtp id 19c26r-0004Qb-04; Mon, 14 Jul 2003 14:07:13 +0200 Received: from Andro-Beta.Leidinger.net (Vrh2A8ZVoeMMMcaA6Rxuc0ehjX2qjFmagFPHabv-KLxFwWdCqdplsL@[217.83.16.15]) by fmrl03.sul.t-online.com with esmtp id 19c26Z-1I9Cnw0; Mon, 14 Jul 2003 14:06:55 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h6EC6sQA038364; Mon, 14 Jul 2003 14:06:54 +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 h6EC6rTb000740; Mon, 14 Jul 2003 14:06:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 14 Jul 2003 14:06:53 +0200 From: Alexander Leidinger To: "Cornelius, Peter" Message-Id: <20030714140653.142cdaba.Alexander@Leidinger.net> In-Reply-To: References: 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: Vrh2A8ZVoeMMMcaA6Rxuc0ehjX2qjFmagFPHabv-KLxFwWdCqdplsL@t-dialin.net cc: pcc@gmx.net cc: Sean_Welch@alum.wofford.org cc: gurney_j@efn.org cc: julian@elischer.org cc: multimedia@freebsd.org Subject: Re: AW: 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: Mon, 14 Jul 2003 12:07:35 -0000 On Mon, 14 Jul 2003 08:23:55 +0200 "Cornelius, Peter" wrote: > > 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. > > In particular, video and audio running out of sync seems to be a royal > pita under Windoze. I have not had the time yet to 'really' fiddle > with my dv cam and do much cutting but I can recall my dad complaining > very much so about various shortcomings of xp windoze. Which I could > neither locate nor fix at that time. > > But I'll try to stop picking on systems I don't understand; all I want > to say is that not all that shines is made of gold, and so is windows. > With protocols, you may build a large pipe of 'converters' since the > protocols are designed to sort it out by themselves. I'm not sure > whether that's true for a/v data (*). I think the synchronization should be part of the application (e.g. gstreamer or NMM), but the API to the device should offer device specific synchronization primitives... if the device has some. Bye, Alexander. -- It's not a bug, it's tradition! 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 Mon Jul 14 05:31:22 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 0530037B401 for ; Mon, 14 Jul 2003 05:31:22 -0700 (PDT) Received: from mailout05.sul.t-online.com (mailout05.sul.t-online.com [194.25.134.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1103743F93 for ; Mon, 14 Jul 2003 05:31:21 -0700 (PDT) (envelope-from Alexander@Leidinger.net) Received: from fwd09.aul.t-online.de by mailout05.sul.t-online.com with smtp id 19c2To-0007u8-03; Mon, 14 Jul 2003 14:30:56 +0200 Received: from Andro-Beta.Leidinger.net (TlwBdaZHoeddozSegDZpI4vnhlsonCaKVAPqkf+O4JwnYrmEGWGS6I@[217.83.16.15]) by fmrl09.sul.t-online.com with esmtp id 19c2TU-0osb440; Mon, 14 Jul 2003 14:30:36 +0200 Received: from Magelan.Leidinger.net (Magelan [192.168.1.1]) h6ECUYQA038445; Mon, 14 Jul 2003 14:30:34 +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 h6ECUYTb000809; Mon, 14 Jul 2003 14:30:34 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Date: Mon, 14 Jul 2003 14:30:34 +0200 From: Alexander Leidinger To: Doug White Message-Id: <20030714143034.22f742f7.Alexander@Leidinger.net> In-Reply-To: <20030713150753.P94924@carver.gumbysoft.com> References: <11212164.1058023023968.JavaMail.SYSTEM@DB1> <20030713150753.P94924@carver.gumbysoft.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: TlwBdaZHoeddozSegDZpI4vnhlsonCaKVAPqkf+O4JwnYrmEGWGS6I@t-dialin.net cc: freebsd-multimedia@freebsd.org cc: Edwiz@one.lt Subject: Re: 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: Mon, 14 Jul 2003 12:31:22 -0000 On Sun, 13 Jul 2003 15:08:05 -0700 (PDT) Doug White wrote: > > mpg123: Can't rewind stream by 22 bits! > > mpg123 doesn't support VBR coded MP3s. Are you sure? mpglib (which comes with mpg123 and is a "stripped down" version of mpg123) is able to decode VBR mp3s. Bye, Alexander. -- There's no place like ~ 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 Mon Jul 14 06:07: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 1360D37B401 for ; Mon, 14 Jul 2003 06:07:12 -0700 (PDT) Received: from mx02.egartech.com (aloha.egartech.com [62.118.81.133]) by mx1.FreeBSD.org (Postfix) with SMTP id 3B73643FE0 for ; Mon, 14 Jul 2003 06:07:10 -0700 (PDT) (envelope-from temik@egartech.com) Received: (qmail 11804 invoked from network); 14 Jul 2003 12:58:44 -0000 Received: from unknown (HELO turtle.egar.egartech.com) (192.168.8.4) by 0 with SMTP; 14 Jul 2003 12:58:43 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Mon, 14 Jul 2003 16:58:47 +0400 Message-ID: <5235EF9BAE6B7F4CB3735789EEF73B2907427A@turtle.egar.egartech.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: BSD video capture emulation question Thread-Index: AcNKAIfbNRBVolW/RLe+NVqR/3uYYgABhsVA From: "Artem Tepponen" To: Subject: RE: AW: 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: Mon, 14 Jul 2003 13:07:12 -0000 Hi, > I think the synchronization should be part of the application (e.g. > gstreamer or NMM), but the API to the device should offer device > specific synchronization primitives... if the device has some. Device drivers/nodes should provide some time information about a) when exactly given piece of data was captured, and time returned should be global to all capture devices and b) what latencies are assosiated with output devices. Otherwise you will end up with annoying sync problems. And second thing that comes to mind is that audio is more important than video, so video stream should be synced to audio and not vice = versa. (You'd better drop some frames than produce annoying clicks). Artem From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 14 08:30:21 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 AE3A837B401 for ; Mon, 14 Jul 2003 08:30:21 -0700 (PDT) Received: from arg1.demon.co.uk (arg1.demon.co.uk [62.49.12.213]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4659643FBF for ; Mon, 14 Jul 2003 08:30:00 -0700 (PDT) (envelope-from arg-bsd@arg1.demon.co.uk) Received: by arg1.demon.co.uk (Postfix, from userid 1002) id 845019B25; Mon, 14 Jul 2003 16:29:56 +0100 (BST) Received: from localhost (localhost [127.0.0.1]) by arg1.demon.co.uk (Postfix) with ESMTP id 7349A5D4E; Mon, 14 Jul 2003 16:29:56 +0100 (BST) Date: Mon, 14 Jul 2003 16:29:56 +0100 (BST) From: Andrew Gordon X-X-Sender: To: John-Mark Gurney In-Reply-To: <20030714064137.GT35337@funkthat.com> Message-ID: <20030714152113.O81987-100000@server.arg.sj.co.uk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: multimedia@freebsd.org Subject: Re: AW: 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: Mon, 14 Jul 2003 15:30:22 -0000 On Sun, 13 Jul 2003, John-Mark Gurney wrote: > > If the mbuf code seperated it out, this MIGHT be a possibility, I'm > pretty sure we don't want to run into some of the problem with resource > contention on mbufs.. Also, the buffer space may need more fine > management... The idea of a sink sending a packet that a source fills > also is kinda wierd (necessary for some dma operations).. There seems to be some lack of clarity in these discussions about what level of API you are trying to create. There's at least two possibilities: a) The low-level API for shifting bulk data and timing information between hardware devices and/or processing modules. Here the device drivers and encoders/decoders are the providers and consumers of the API, and we're inevitably talking about a kernel interface. b) A higher level API to control the 'plumbing'. Here, user-interface programs are the consumer of the API, with the details of the bulk transfer mechanisms being hidden below the API. This talk of Netgraph etc. seems to be addressing problem a), while I thought you were originally talking about b). If we are talking about a), I'd argue strongly that a single solution is unlikely to fit all cases, and in particular that raw video needs to be treated differently from compressed. Raw video: - Has very high bandwidth requirements (165Mbit/sec for D1 resolution) This requires short-cut routings wherever possible, and flow control isn't really practical: you typically want to discard whole frames rather than buffering them when things can't keep up. mbufs are probably not appropriate - a constrained number of whole-field buffers is more useful, with an mmap() style interface if the data absolutely has to pass into user-space. - Needs to negotiate format options in advance and supply data in the right format; having an intermediate module to fix up formatting (byte order, colourspace transform etc.) is hugely inefficient compared to having it generated in the right format in the first place. Even when this can't be achieved 'for free' by programming the hardware correctly, you really want to integrate it at one end or the other - for example, if you need to do colourspace transformation in software, you want to have the MPEG decoder do it while it's creating the pixels rather than the cache-busting effect of having it write those pixels to RAM and have another process come along and transform them asynchronously. - Typically has the timing information implicit: buffers full of data arrive from the source or are presented to the display in real-time, with a known delay through the device. Compressed video, on the other hand: - Is relatively low bandwidth; moving the bytes around consumes only a small amount of the total system resources. - Does not come in any fixed block size (other than 188-byte TS packets), so a socket/mbuf style stream interface is entirely appropriate. Flow control is also useful in many (but not all) contexts. - Format conversion by filter modules is much more reasonable, partly because you can afford the inefficiency at the lower rate, but also because the kind of transforms you want (between PES/PS/TS etc.) are the same sort of thing that network stacks typically implement efficiently by twiddling headers in mbufs, rather than the every-pixel (and hence touch-every-byte) transforms needed on raw video. - Timing is typically signalled explicitly by timestamps in the data itself rather than being implied by the arrival time of the data. Indeed, encoder output tends to arrive at a very un-smooth rate. Then there's your stated aim that things like USB videocams shouldn't have to be implemented with all the logic in the kernel (an aim I agree with BTW). So, you end up with several different APIs for the core data transfer, with scope for a unifying higher-layer API on top. But it's a lot of work.... From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 14 09:56:40 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 8F99937B401 for ; Mon, 14 Jul 2003 09:56:40 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9BFB743F85 for ; Mon, 14 Jul 2003 09:56:39 -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 h6EHMccU027630; Mon, 14 Jul 2003 13:22:39 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6EGteXd014286; Mon, 14 Jul 2003 09:55:40 -0700 (PDT) (envelope-from jmg) Date: Mon, 14 Jul 2003 09:55:40 -0700 From: John-Mark Gurney To: Andrew Gordon Message-ID: <20030714165540.GU35337@funkthat.com> Mail-Followup-To: Andrew Gordon , multimedia@freebsd.org References: <20030714064137.GT35337@funkthat.com> <20030714152113.O81987-100000@server.arg.sj.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030714152113.O81987-100000@server.arg.sj.co.uk> 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: AW: 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: Mon, 14 Jul 2003 16:56:40 -0000 Andrew Gordon wrote this message on Mon, Jul 14, 2003 at 16:29 +0100: > > On Sun, 13 Jul 2003, John-Mark Gurney wrote: > > > > If the mbuf code seperated it out, this MIGHT be a possibility, I'm > > pretty sure we don't want to run into some of the problem with resource > > contention on mbufs.. Also, the buffer space may need more fine > > management... The idea of a sink sending a packet that a source fills > > also is kinda wierd (necessary for some dma operations).. > > There seems to be some lack of clarity in these discussions about what > level of API you are trying to create. There's at least two > possibilities: > > a) The low-level API for shifting bulk data and timing information > between hardware devices and/or processing modules. Here the > device drivers and encoders/decoders are the providers and consumers > of the API, and we're inevitably talking about a kernel interface. > > b) A higher level API to control the 'plumbing'. Here, user-interface > programs are the consumer of the API, with the details of the > bulk transfer mechanisms being hidden below the API. [...] > Then there's your stated aim that things like USB videocams shouldn't have > to be implemented with all the logic in the kernel (an aim I agree with > BTW). So, you end up with several different APIs for the core data > transfer, with scope for a unifying higher-layer API on top. But it's a > lot of work.... Thank you for clarifing this for everyone. Yes, I plan to try to address both a and b of above. Right now my priority is a since that will get most hardware available, but b is necessary in order to properly and fully support userland devices. B is also necessary because I plan to implement a in such a way that programmers will kill me if b doesn't come around. The reason I say this is that the hardware interface will probably have five different fd's for a card like an MJPEG card. Remebering what ioctl's for what fd is to be simplifed by b. I have recently changed the verbage of: http://people.freebsd.org/~jmg/videobsd.html to make this more clear. -- 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 Mon Jul 14 13:52: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 9D0F037B401 for ; Mon, 14 Jul 2003 13:52:57 -0700 (PDT) Received: from smtp14.fre.skanova.net (smtp14.fre.skanova.net [195.67.227.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7BFBC43F3F for ; Mon, 14 Jul 2003 13:52:56 -0700 (PDT) (envelope-from watchman@ludd.luth.se) Received: from ludd.luth.se (h204n3fls20o1078.bredband.comhem.se [81.224.194.204])h6EKqtc6026505 for ; Mon, 14 Jul 2003 22:52:55 +0200 (CEST) Message-ID: <3F131802.9040301@ludd.luth.se> Date: Mon, 14 Jul 2003 22:52:18 +0200 From: =?ISO-8859-1?Q?Joachim_Str=F6mbergson?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030706 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-multimedia@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Problems recording sound in FreeBSD 5.1 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, 14 Jul 2003 20:52:57 -0000 Aloha! I've tried to fathom how to record sound from the microphone. But so far no success. Hardware wise, I've got an Asus A7V8X motherboard with built in AC97 sound. Additionaly I've tried my old SB card (Not at the same time). Both the built in AC97 device and the EMU10K device. For example: FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at io 0xd400 irq 10 (4p/2r/0v channels duplex default) This does mean that I have two record channels, one of which should be the mic, correct? I'm running FreeBSD 5.1 and KDE3. However, no matter what tools I try to use, I don't get any sound input at all. I have checked the mixer setting so that the mic should be enabled. Is there ar simple way to directly verify that the mic input works? Has anybody experienced similar problems? Anybody knows what might be the problem? I have checked the handbook and done some searches of archives as well as Google. No luck however. Lots of info on sound output, but nothing on recording. -- Med vänlig hälsning, Cheers! Joachim Strömbergson ============================================================================ Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman ============================================================================ From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 14 14:36: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 407AA37B401 for ; Mon, 14 Jul 2003 14:36:50 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC1A443F75 for ; Mon, 14 Jul 2003 14:36:47 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id 9AED772FE3; Mon, 14 Jul 2003 14:36:47 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id 97C4572FDC; Mon, 14 Jul 2003 14:36:47 -0700 (PDT) Date: Mon, 14 Jul 2003 14:36:47 -0700 (PDT) From: Doug White To: Alexander Leidinger In-Reply-To: <20030714143034.22f742f7.Alexander@Leidinger.net> Message-ID: <20030714143405.P59167@carver.gumbysoft.com> References: <11212164.1058023023968.JavaMail.SYSTEM@DB1> <20030714143034.22f742f7.Alexander@Leidinger.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-multimedia@freebsd.org cc: Edwiz@one.lt Subject: Re: 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: Mon, 14 Jul 2003 21:36:50 -0000 On Mon, 14 Jul 2003, Alexander Leidinger wrote: > On Sun, 13 Jul 2003 15:08:05 -0700 (PDT) > Doug White wrote: > > > > mpg123: Can't rewind stream by 22 bits! > > > > mpg123 doesn't support VBR coded MP3s. > > Are you sure? mpglib (which comes with mpg123 and is a "stripped down" > version of mpg123) is able to decode VBR mp3s. They must have added it. Back when VBR first appeared and for a good year afterwards, mpg123 wouldn't play them (but xaudio would). Seems to like them fine now. So to the original poster: portupgrade mpg123 :) -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 14 21:39: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 1B1F437B401 for ; Mon, 14 Jul 2003 21:39:57 -0700 (PDT) Received: from smtp14.fre.skanova.net (smtp14.fre.skanova.net [195.67.227.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id E9D2943F3F for ; Mon, 14 Jul 2003 21:39:55 -0700 (PDT) (envelope-from watchman@ludd.luth.se) Received: from ludd.luth.se (h204n3fls20o1078.bredband.comhem.se [81.224.194.204])h6F4dsc6029937; Tue, 15 Jul 2003 06:39:54 +0200 (CEST) Message-ID: <3F138576.9010608@ludd.luth.se> Date: Tue, 15 Jul 2003 06:39:18 +0200 From: =?ISO-8859-1?Q?Joachim_Str=F6mbergson?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030706 X-Accept-Language: en-us, en MIME-Version: 1.0 To: john@utzweb.net References: <3F131802.9040301@ludd.luth.se> <23851.131.107.3.70.1058219728.squirrel@utzweb.net> In-Reply-To: <23851.131.107.3.70.1058219728.squirrel@utzweb.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit cc: freebsd-multimedia@freebsd.org Subject: Re: Problems recording sound in FreeBSD 5.1 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, 15 Jul 2003 04:39:57 -0000 Aloha! john@utzweb.net wrote: > I dont know if recording is supported, it probably is.... > > did you check your volumes with mixer to see if the input isnt set to 0:0? Yes, naturally I did. Not muted, levels up. -- Med vänlig hälsning, Cheers! Joachim Strömbergson ============================================================================ Joachim Strömbergson - ASIC designer, nice to *cute* animals. snail: phone: mail & web: Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman ============================================================================ From owner-freebsd-multimedia@FreeBSD.ORG Mon Jul 14 22:36: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 37F1237B401 for ; Mon, 14 Jul 2003 22:36:57 -0700 (PDT) Received: from freeman.4gh.net (washdc3-ar5-4-64-187-094.washdc3.elnk.dsl.genuity.net [4.64.187.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1684A43FBD for ; Mon, 14 Jul 2003 22:36:56 -0700 (PDT) (envelope-from stuartb@4gh.net) Received: from localhost (stuartb@localhost) by freeman.4gh.net (8.12.6/8.12.6) with ESMTP id h6F5aqTg074817; Tue, 15 Jul 2003 01:36:53 -0400 (EDT) (envelope-from stuartb@4gh.net) Date: Tue, 15 Jul 2003 01:36:52 -0400 (EDT) From: Stuart Barkley To: =?ISO-8859-1?Q?Joachim_Str=F6mbergson?= In-Reply-To: <3F131802.9040301@ludd.luth.se> Message-ID: <20030715005046.R74615@freeman.4gh.net> References: <3F131802.9040301@ludd.luth.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT cc: freebsd-multimedia@freebsd.org Subject: Re: Problems recording sound in FreeBSD 5.1 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, 15 Jul 2003 05:36:57 -0000 On Mon, 14 Jul 2003 at 22:52 +0200, Joachim Strömbergson wrote: > Hardware wise, I've got an Asus A7V8X motherboard with built in AC97 > sound. I'm running FreeBSD 5.1 and KDE3. > > Is there ar simple way to directly verify that the mic input works? > Has anybody experienced similar problems? Anybody knows what might > be the problem? You should be able to bring up the microphone volume in the mixer and hear it in your speakers or headphones: % mixer mic 100 Setting the mixer mic to 100:100. % For recording from the microphone, I normally select the recording source with mixer and set the record level with the rec device: % mixer =rec mic mic 100 Setting the mixer mic to 100:100. Recording source: mic % As a test you can copy from /dev/audio to a file and vice-versa for playback: % cp /dev/audio test.au ^C [after several seconds of recording] % cp test.au /dev/audio % Are you sure you are going into a microphone input and not a line-in input? If you have a line-in input, are you able to record from that input when feeding it a signal from a cd player or something similar? Are you sure you are going into an input and not an output? I've seen some newer motherboards replace the line-in and microphone in jacks with output jacks for 5.1 sound systems. Two other things come to mind for AC97 recording: - AC97 specifies a control register bit which enables a 20dB microphone input gain. For the microphones I use, I seem to always need the boost. I apply the following patch (to 4.7, I'm not sure if it applies to 5.1 at all). --- ../src_dist/sys/dev/sound/pcm/ac97.c Mon Aug 26 20:25:55 2002 +++ ./sys/dev/sound/pcm/ac97.c Tue Jan 7 20:47:36 2003 @@ -332,6 +332,12 @@ int cur = rdcd(codec, e->reg); val |= cur & ~(max << e->ofs); } + /* stuartb: Enable 20dB mic channel gain boost */ + /* TODO: Add ioctl or something else to control this */ + /* Do ALL AC97 chips support this? */ + if (channel == SOUND_MIXER_MIC) + val |= 0x40; + } if (left == 0 && right == 0 && e->mute == 1) val = AC97_MUTE; - The AC97 specification also has support for an alternate mic input. I think this controls selection between a front panel and a rear panel microphone jack. You might need to set bit 0x0100 (MS) in the General Purpose Register 0x20. I have not created a patch for this function. If you have Windows XP or similar running on your system you can see these options as advanced setting on the microphone channel. From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 00:53:15 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 0E0FE37B401 for ; Tue, 15 Jul 2003 00:53:15 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.74.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F96B43FAF for ; Tue, 15 Jul 2003 00:53:13 -0700 (PDT) (envelope-from molter@tin.it) Received: from tin.it (144.254.74.60) by ams-iport-1.cisco.com with ESMTP; 15 Jul 2003 09:53:15 +0200 Received: from cisco.com (localhost [127.0.0.1])h6F7p5dK024342 for ; Tue, 15 Jul 2003 09:51:05 +0200 (MET DST) Received: from www.example.org (dhcp-nic-val-26-108.cisco.com [64.103.26.108]) by cisco.com (8.8.8+Sun/8.8.8) with SMTP id JAA11507 for ; Tue, 15 Jul 2003 09:53:11 +0200 (MET DST) Received: (qmail 36949 invoked by uid 1000); 15 Jul 2003 07:53:07 -0000 Date: Tue, 15 Jul 2003 09:53:07 +0200 From: Marco Molteni To: multimedia@freebsd.org Message-ID: <20030715075307.GD17691@cobweb.example.org> References: <20030714064137.GT35337@funkthat.com> <20030714152113.O81987-100000@server.arg.sj.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030714152113.O81987-100000@server.arg.sj.co.uk> User-Agent: Mutt/1.4.1i Subject: Looking at darwin? (was: 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: Tue, 15 Jul 2003 07:53:15 -0000 Hi all, I appreciate your effort to provide a "video4bsd" facility. Since Apple is famous for being one of the OS of choice for multimedia professional work, and Darwin is so closely related to FreeBSD, may I suggest to check if Darwin already has some of the APIs/services/subsystems/whatever that might be ported to FreeBSD? I don't follow Darwin so I cannot say for sure, but I think we should try to avoid, if possible, the Not Invented Here syndrome ;-) my two euro cents Marco From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 01:54:51 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 8E02137B401 for ; Tue, 15 Jul 2003 01:54:51 -0700 (PDT) Received: from cspop.comsoft.de (csdc.comsoft.de [212.86.205.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2A16643F3F for ; Tue, 15 Jul 2003 01:54:50 -0700 (PDT) (envelope-from peter.cornelius@comsoft.de) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Jul 2003 08:34:09 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: BSD video capture emulation question Thread-Index: AcNJ0V0W4mq1N5wLTiK/8+Qf08VHyAAAGzAQ From: "Cornelius, Peter" To: "Julian Elischer" cc: Alexander Leidinger cc: John-Mark Gurney cc: pcc@gmx.net cc: multimedia@freebsd.org cc: Sean_Welch@alum.wofford.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: Tue, 15 Jul 2003 08:54:51 -0000 > > > > sounds like netgraph .. (runs for cover) > >=20 > > hey. I was going to say just that. > >=20 > There is no reason why video streams should not be encoded as a stream > of mbufs in which case netgraph could very well doexactly what=20 > is required :-) I'm looking forward to that... Cheers, Peter. From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 01:54: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 DADDE37B401 for ; Tue, 15 Jul 2003 01:54:52 -0700 (PDT) Received: from cspop.comsoft.de (csdc.comsoft.de [212.86.205.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id E659E43F3F for ; Tue, 15 Jul 2003 01:54:51 -0700 (PDT) (envelope-from peter.cornelius@comsoft.de) X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Jul 2003 08:23:55 +0200 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: BSD video capture emulation question Thread-Index: AcNH6z6vJ4AZNw0vQ5i4qHl5ucwKpwB45dBQ From: "Cornelius, Peter" To: "John-Mark Gurney" , "Julian Elischer" cc: Alexander Leidinger cc: Sean_Welch@alum.wofford.org cc: pcc@gmx.net cc: multimedia@freebsd.org Subject: AW: 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: Tue, 15 Jul 2003 08:54:53 -0000 > > sounds like netgraph .. (runs for cover) hey. I was going to say just that. > 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. In particular, video and audio running out of sync seems to be a royal = pita under Windoze. I have not had the time yet to 'really' fiddle with = my dv cam and do much cutting but I can recall my dad complaining very = much so about various shortcomings of xp windoze. Which I could neither = locate nor fix at that time. But I'll try to stop picking on systems I don't understand; all I want = to say is that not all that shines is made of gold, and so is windows. = With protocols, you may build a large pipe of 'converters' since the = protocols are designed to sort it out by themselves. I'm not sure = whether that's true for a/v data (*).=20 Just a couple of cents from the really back benches... Cheers, Peter. (*) Nonetheless, I'd not mind to see it working ;-)=3D=3D) From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 02:07:15 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 701FB37B401 for ; Tue, 15 Jul 2003 02:07:15 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 887B243F75 for ; Tue, 15 Jul 2003 02:07:14 -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 h6F9YacU013016; Tue, 15 Jul 2003 05:34:36 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6F97Okp030483; Tue, 15 Jul 2003 02:07:24 -0700 (PDT) (envelope-from jmg) Date: Tue, 15 Jul 2003 02:07:24 -0700 From: John-Mark Gurney To: Marco Molteni Message-ID: <20030715090724.GH35337@funkthat.com> Mail-Followup-To: Marco Molteni , multimedia@freebsd.org References: <20030714064137.GT35337@funkthat.com> <20030714152113.O81987-100000@server.arg.sj.co.uk> <20030715075307.GD17691@cobweb.example.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030715075307.GD17691@cobweb.example.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: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: 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: Tue, 15 Jul 2003 09:07:15 -0000 Marco Molteni wrote this message on Tue, Jul 15, 2003 at 09:53 +0200: > I appreciate your effort to provide a "video4bsd" facility. > > Since Apple is famous for being one of the OS of choice for multimedia > professional work, and Darwin is so closely related to FreeBSD, may I > suggest to check if Darwin already has some of the > APIs/services/subsystems/whatever that might be ported to FreeBSD? > > I don't follow Darwin so I cannot say for sure, but I think we should > try to avoid, if possible, the Not Invented Here syndrome ;-) Last I heard, there was an issue of licenses between Darwin and FreeBSD. I have sent mail to -core asking about it. That said, we might want to leverage their userland API for it, but I don't think we could use any of their hardware API. They have a very different hardware framework. One that would make adding shims a bit too complex. So, are you going to do the research and work on this? You didn't even post any links to code, so all the video API may be apart of Mac OSX and not Darwin. This means that we can't get the code. So, if you really thing we should do this route, send your research to 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 Tue Jul 15 05:16: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 10CC337B401 for ; Tue, 15 Jul 2003 05:16:50 -0700 (PDT) Received: from marley.bwbohh.net (marley.bwbohh.net [209.123.207.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id C59AC43F93 for ; Tue, 15 Jul 2003 05:16:48 -0700 (PDT) (envelope-from john@utzweb.net) Received: by marley.bwbohh.net (Postfix, from userid 1013) id 7097E53F71; Mon, 14 Jul 2003 17:55:28 -0400 (EDT) Received: from 131.107.3.70 (proxying for unknown) (SquirrelMail authenticated user john-utzweb-net) by utzweb.net with HTTP; Mon, 14 Jul 2003 17:55:28 -0400 (EDT) Message-ID: <23851.131.107.3.70.1058219728.squirrel@utzweb.net> Date: Mon, 14 Jul 2003 17:55:28 -0400 (EDT) From: To: In-Reply-To: <3F131802.9040301@ludd.luth.se> References: <3F131802.9040301@ludd.luth.se> X-Priority: 3 Importance: Normal X-MSMail-Priority: Normal X-Mailer: SquirrelMail (version 1.3.1 [DEVEL]) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit cc: freebsd-multimedia@freebsd.org Subject: Re: Problems recording sound in FreeBSD 5.1 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, 15 Jul 2003 12:16:50 -0000 I dont know if recording is supported, it probably is.... did you check your volumes with mixer to see if the input isnt set to 0:0? > Aloha! > > I've tried to fathom how to record sound from the microphone. But so far > no success. > > Hardware wise, I've got an Asus A7V8X motherboard with built in AC97 > sound. Additionaly I've tried my old SB card (Not at the same time). > Both the built in AC97 device and the EMU10K device. For example: > > > FreeBSD Audio Driver (newpcm) > Installed devices: > pcm0: at io 0xd400 irq 10 (4p/2r/0v channels duplex > default) > > > This does mean that I have two record channels, one of which should be > the mic, correct? > > I'm running FreeBSD 5.1 and KDE3. > > However, no matter what tools I try to use, I don't get any sound input > at all. I have checked the mixer setting so that the mic should be enabled. > > Is there ar simple way to directly verify that the mic input works? Has > anybody experienced similar problems? Anybody knows what might be the > problem? > > I have checked the handbook and done some searches of archives as well > as Google. No luck however. Lots of info on sound output, but nothing on > recording. > > -- > Med vänlig hälsning, Cheers! > > Joachim Strömbergson > ============================================================================ > Joachim Strömbergson - ASIC designer, nice to *cute* animals. > snail: phone: mail & web: > Sävenäsgatan 5A +46 31 - 27 98 47 watchman@ludd.luth.se > 416 72 Göteborg +46 733 75 97 02 www.ludd.luth.se/~watchman > ============================================================================ > > _______________________________________________ > 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 Tue Jul 15 10:41: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 6182137B401 for ; Tue, 15 Jul 2003 10:41:46 -0700 (PDT) Received: from mail.lambertfam.org (www.lambertfam.org [216.223.208.55]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8EB9243F93 for ; Tue, 15 Jul 2003 10:41:41 -0700 (PDT) (envelope-from lambert@lambertfam.org) Received: from laptop.lambertfam.org (laptop.int.lambertfam.org [10.1.0.2]) by mail.lambertfam.org (Postfix) with ESMTP id 8D6DF34D24 for ; Tue, 15 Jul 2003 13:41:39 -0400 (EDT) Received: by laptop.lambertfam.org (Postfix, from userid 1000) id 360958946; Tue, 15 Jul 2003 13:40:40 -0400 (EDT) Date: Tue, 15 Jul 2003 13:40:40 -0400 From: Scott Lambert To: freebsd-multimedia@freebsd.org Message-ID: <20030715174040.GA98698@laptop.lambertfam.org> Mail-Followup-To: freebsd-multimedia@freebsd.org References: <3F131802.9040301@ludd.luth.se> <20030715005046.R74615@freeman.4gh.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20030715005046.R74615@freeman.4gh.net> User-Agent: Mutt/1.4.1i Subject: Re: Problems recording sound in FreeBSD 5.1 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, 15 Jul 2003 17:41:46 -0000 On Tue, Jul 15, 2003 at 01:36:52AM -0400, Stuart Barkley wrote: > On Mon, 14 Jul 2003 at 22:52 +0200, Joachim Strömbergson wrote: > > > Hardware wise, I've got an Asus A7V8X motherboard with built in AC97 > > sound. I'm running FreeBSD 5.1 and KDE3. > > > > Is there ar simple way to directly verify that the mic input works? > > Has anybody experienced similar problems? Anybody knows what might > > be the problem? I'm going to jump in and say "Me too!" > You should be able to bring up the microphone volume in the mixer and > hear it in your speakers or headphones: > > % mixer mic 100 > Setting the mixer mic to 100:100. > % I have done this. > For recording from the microphone, I normally select the recording > source with mixer and set the record level with the rec device: > > % mixer =rec mic mic 100 > Setting the mixer mic to 100:100. > Recording source: mic > % I have done this. > As a test you can copy from /dev/audio to a file and vice-versa for > playback: > > % cp /dev/audio test.au > ^C [after several seconds of recording] > % cp test.au /dev/audio > % I haven't done this but I have tried the recording app in Gnome. It didn't work. > Are you sure you are going into a microphone input and not a line-in > input? If you have a line-in input, are you able to record from that > input when feeding it a signal from a cd player or something similar? I'm positive in my case. > Are you sure you are going into an input and not an output? I've seen > some newer motherboards replace the line-in and microphone in jacks > with output jacks for 5.1 sound systems. Positive, I have two jacks, headphone and mic. > Two other things come to mind for AC97 recording: > > - AC97 specifies a control register bit which enables a 20dB > microphone input gain. For the microphones I use, I seem to always > need the boost. I apply the following patch (to 4.7, I'm not sure if > it applies to 5.1 at all). > Now this is interesting, I will have to try something like this but I'm using a Yamaha. 13:35:15 Tue Jul 15 $ cat /dev/sndstat FreeBSD Audio Driver (newpcm) Installed devices: pcm0: at memory 0xefdf0000 irq 11 (4p/2r/0v channels duplex default) 13:35:26 Tue Jul 15 $ mixer Mixer vol is currently set to 100:100 Mixer pcm is currently set to 99:99 Mixer line is currently set to 73:73 Mixer mic is currently set to 100:100 Mixer cd is currently set to 75:75 Mixer rec is currently set to 100:100 Recording source: mic I am trying an Andrea AN-50 headset. It came in a box of Wheaties labeled OS/2 Warp 4. It is the only mic I have. -- Scott Lambert KC5MLE Unix SysAdmin lambert@lambertfam.org From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 14:02: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 9F63F37B401 for ; Tue, 15 Jul 2003 14:02:41 -0700 (PDT) Received: from sccrmhc13.comcast.net (sccrmhc13.comcast.net [204.127.202.64]) by mx1.FreeBSD.org (Postfix) with ESMTP id CAEB443FAF for ; Tue, 15 Jul 2003 14:02:40 -0700 (PDT) (envelope-from mupi@mknet.org) Received: from c-67-166-109-159.client.comcast.net ([67.166.109.159]) by comcast.net (sccrmhc13) with SMTP id <2003071521023901600140vde>; Tue, 15 Jul 2003 21:02:39 +0000 From: Mike Porter To: multimedia@freebsd.org Date: Tue, 15 Jul 2003 15:02:09 -0600 User-Agent: KMail/1.5 References: <20030714064137.GT35337@funkthat.com> <20030715075307.GD17691@cobweb.example.org> <20030715090724.GH35337@funkthat.com> In-Reply-To: <20030715090724.GH35337@funkthat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200307151502.14625.mupi@mknet.org> Subject: Re: Looking at darwin? (was: 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: Tue, 15 Jul 2003 21:02:41 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 15 July 2003 03:07 am, John-Mark Gurney wrote: > Marco Molteni wrote this message on Tue, Jul 15, 2003 at 09:53 +0200: > > I appreciate your effort to provide a "video4bsd" facility. > > > > Since Apple is famous for being one of the OS of choice for multimedia > > professional work, and Darwin is so closely related to FreeBSD, may I > > suggest to check if Darwin already has some of the > > APIs/services/subsystems/whatever that might be ported to FreeBSD? > > > > I don't follow Darwin so I cannot say for sure, but I think we should > > try to avoid, if possible, the Not Invented Here syndrome ;-) > > Last I heard, there was an issue of licenses between Darwin and FreeBSD. > I have sent mail to -core asking about it. > > That said, we might want to leverage their userland API for it, but > I don't think we could use any of their hardware API. They have a very > different hardware framework. One that would make adding shims a bit > too complex. > > So, are you going to do the research and work on this? You didn't > even post any links to code, so all the video API may be apart of > Mac OSX and not Darwin. This means that we can't get the code. So, > if you really thing we should do this route, send your research to > the list. After some casual perusal of the Darwin website, it appears that=20 1) IO/Kit (the device driver interface) is part of Darwin, not part of the= =20 "proprietary" part of OS/X 2) If we really wanted to, we could probably therefore use it, but a) we wo= uld=20 have to including the original Apple licensing stuff (not a big deal, most = of=20 the stuff already includes a BSD disclaimer), and b) (more significantly, i= n=20 my book) anything we do, we have to give back to Apple for them to possibly= =20 use and make money from. However, it seems that it is not (just) a framework for video drivers, whic= h=20 is what we are looking at specifically. Using it in that context would=20 involve rewriting more or less that entire IO subsytem, something I don't=20 think we are (or should be) willing to tackle. I can see bringing some Aud= io=20 capabilities along for the ride in the new framework, just becuase most vid= eo=20 also has an audio component, so it makes sense to be able to streamline=20 audio+video, which could possibly help maintain sync, but I don't see=20 throwing out all the other IO pieces, or having to rewrite them (although=20 some might argue that this could give us better devoce support overall, and= =20 its possible, but it doesn't seem worth it to me). Also, using this=20 framework would bring yet another licensing arrangement to bear, and while,= =20 as far as this non-lawyer can tell, the Apple license is less restrictive=20 than, say, the GPL, it is still more restrictive than the BSD licesne we ar= e=20 trying to keep all the kernel under, and as much as possible of the thest o= f=20 the base system. Trying to figure out which bits are covered by which=20 license is bad enough when there are only 2 licenses involved. What IO/Kit DOES have that we want, is a way to interface from userland and= =20 control the device driver: "The I/O Kit is the device driver subsystem of M= ac=20 OS X, and is part of Darwin. The I/O Kit provides a set of C functions and= =20 C++ classes, including object-oriented abstractions common to various=20 families of drivers. In addition, for many device types, the I/O Kit provid= es=20 a device interface that enables an application to communicate with and=20 control a device from user space." (from=20 http://developer.apple.com/documentation/DeviceDrivers/DeviceDrivers.html ) This description does sound pretty much like what I've seen discussed here,= =20 except that the discussion here has focussed specifically on Video drivers,= =20 not "all" IO devices (and note that not necessarily all devices have (or=20 need) userland access) My gut feeling, based on all of this is that while we could probably benefi= t=20 from some of the work already done, I don't think the headaches it would=20 entail would be worth moving the entire structure over. I don't think the= =20 licensing issue is one we want to tackle either, especially without approva= l=20 from -core. (Although looking about some of the things apple is saying abou= t=20 themselves and how they work to get their changes implemented upstream=20 (specifically citing Apache (anyone know the details on this?)) perhpas the= y=20 would push such a change "upstream" (or perhaps they already tried and were= =20 rejected?) What may be worth it (and there may be some legal ramifications here=20 surrounding "derivative works") is looking to see how they do it, spcifical= ly=20 for video devices, and then see what it would take to provide something=20 similar--but that is, if I understand it, exactly what we are discussing he= re=20 anyway. It occurs to me that better model to follow (if I correctly understood the= =20 goals) would be to look at the newpcm stuff, which provides a common=20 interface for sound cards, rather than a unique all-encompassing device=20 driver that provides the entire device's necessary support.=20 Well, that's my 2CW, I better stop before I make a bigger fool of myself.... mike =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/FGvVY30jZzkECLcRAveeAKCgg9H6b6s0VibUo5ZRUk/BK9balwCfYjG6 KHALei+iomYb4TeiVgZtJLI=3D =3DZtR2 =2D----END PGP SIGNATURE----- From owner-freebsd-multimedia@FreeBSD.ORG Tue Jul 15 14:54: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 12E3737B401 for ; Tue, 15 Jul 2003 14:54:52 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB9C743FCB for ; Tue, 15 Jul 2003 14:54:50 -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 h6FMMMcU001396; Tue, 15 Jul 2003 18:22:23 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6FLssFl042030; Tue, 15 Jul 2003 14:54:54 -0700 (PDT) (envelope-from jmg) Date: Tue, 15 Jul 2003 14:54:54 -0700 From: John-Mark Gurney To: Mike Porter Message-ID: <20030715215454.GL35337@funkthat.com> Mail-Followup-To: Mike Porter , multimedia@freebsd.org References: <20030714064137.GT35337@funkthat.com> <20030715075307.GD17691@cobweb.example.org> <20030715090724.GH35337@funkthat.com> <200307151502.14625.mupi@mknet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307151502.14625.mupi@mknet.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: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: 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: Tue, 15 Jul 2003 21:54:52 -0000 Mike Porter wrote this message on Tue, Jul 15, 2003 at 15:02 -0600: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tuesday 15 July 2003 03:07 am, John-Mark Gurney wrote: > After some casual perusal of the Darwin website, it appears that > > 1) IO/Kit (the device driver interface) is part of Darwin, not part of the > "proprietary" part of OS/X i.e. newbus, nothing new. The IO/Kit documentation should mention that FreeBSD now supports the features, but when Apple borrowed from FreeBSD, FreeBSD didn't have the set of features it needed. > 2) If we really wanted to, we could probably therefore use it, but a) we would We could also use the Linux frame work, or NetBSD's frame work with just as much work, but again, this is completely off topic from what I am trying to do. > What IO/Kit DOES have that we want, is a way to interface from userland and > control the device driver: "The I/O Kit is the device driver subsystem of Mac > OS X, and is part of Darwin. The I/O Kit provides a set of C functions and > C++ classes, including object-oriented abstractions common to various > families of drivers. In addition, for many device types, the I/O Kit provides > a device interface that enables an application to communicate with and > control a device from user space." (from > http://developer.apple.com/documentation/DeviceDrivers/DeviceDrivers.html ) Yes, it does, but it does on a seperate scale than FreeBSD. Also, do you trust any code to twiddle the PCI bus? yes, we are doing this with XFree86, but this is more of a topic for -arch, than this framework. > This description does sound pretty much like what I've seen discussed here, > except that the discussion here has focussed specifically on Video drivers, > not "all" IO devices (and note that not necessarily all devices have (or > need) userland access) Too many people are thinking physical instead of logical. We already have the physical side of things, the driver talking to the hardware to control it. What we don't have is the logical glue to glue the parts of the driver together into one easy piece. This is what the code I would like to see do. > My gut feeling, based on all of this is that while we could probably benefit > from some of the work already done, I don't think the headaches it would > entail would be worth moving the entire structure over. I don't think the > licensing issue is one we want to tackle either, especially without approval > from -core. (Although looking about some of the things apple is saying about > themselves and how they work to get their changes implemented upstream > (specifically citing Apache (anyone know the details on this?)) perhpas they > would push such a change "upstream" (or perhaps they already tried and were > rejected?) As for the licensing issue, I have heard the Apple is willing to relicense parts as necessary. We can talk with jkh about this more in detail, but again, the IO/Kit brings nothing on the logical side for capture devices. The closes is the graphics class, but that is only for frame buffers, but nothing relating to video capture. > It occurs to me that better model to follow (if I correctly understood the > goals) would be to look at the newpcm stuff, which provides a common > interface for sound cards, rather than a unique all-encompassing device > driver that provides the entire device's necessary support. Hmmm.. did you ever read my VideoBSD document? I never mentioned an all in one device kit, just the logical glue. You might of mistaken the idea of userland device drivers and providing it, but that is not what it was suppose to do. Say you have a webcam. It will use the existing ugen interface to talk with the hardware, but then it will make various library calls to VideoBSD to say, hey! I provide a video capture device, tell me where you want me to put the data in which format. VideoBSD has no plans on recreating the hardware side of things. If you have a hammer, everything looks like a nail. -- 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 Tue Jul 15 22:45: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 C09B537B404 for ; Tue, 15 Jul 2003 22:45:57 -0700 (PDT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1083D43F75 for ; Tue, 15 Jul 2003 22:45:57 -0700 (PDT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id EB0A372DD1; Tue, 15 Jul 2003 22:45:56 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id E57D572DD0; Tue, 15 Jul 2003 22:45:56 -0700 (PDT) Date: Tue, 15 Jul 2003 22:45:56 -0700 (PDT) From: Doug White To: John-Mark Gurney In-Reply-To: <20030715215454.GL35337@funkthat.com> Message-ID: <20030715223802.C21327@carver.gumbysoft.com> References: <20030714064137.GT35337@funkthat.com> <20030715075307.GD17691@cobweb.example.org> <200307151502.14625.mupi@mknet.org> <20030715215454.GL35337@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: Mike Porter cc: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: 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: Wed, 16 Jul 2003 05:45:58 -0000 On Tue, 15 Jul 2003, John-Mark Gurney wrote: > > This description does sound pretty much like what I've seen discussed here, > > except that the discussion here has focussed specifically on Video drivers, > > not "all" IO devices (and note that not necessarily all devices have (or > > need) userland access) > > Too many people are thinking physical instead of logical. We already > have the physical side of things, the driver talking to the hardware to > control it. What we don't have is the logical glue to glue the parts of > the driver together into one easy piece. This is what the code I would > like to see do. That stuff is in QuickTime, which Apple cannot and will not ever release code to, as good chunks of it are licensed from third parties, and its the crown jewels :) QT takes care of repackaging the device driver outputs and inputs into APIs that programs hook. Your average Mac webcam app just looks at the list of available QuickTime video capture devices; it doesn't care if its USB or FireWire or whatnot. The audio system does the same thing; this way all audio capture devices look the same, even if its the onboard sound or USB, or a program masquerading as an input device. On the other hand, the QuickTime APIs are published. You could use those as a starting point. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 16 00:21:16 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 347B437B401 for ; Wed, 16 Jul 2003 00:21:16 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BE1543F75 for ; Wed, 16 Jul 2003 00:21:15 -0700 (PDT) (envelope-from mupi@mknet.org) Received: from c-67-166-109-159.client.comcast.net ([67.166.109.159]) by comcast.net (sccrmhc12) with SMTP id <20030716072114012006gjuue>; Wed, 16 Jul 2003 07:21:14 +0000 From: Mike Porter To: John-Mark Gurney Date: Wed, 16 Jul 2003 01:20:41 -0600 User-Agent: KMail/1.5 References: <20030714064137.GT35337@funkthat.com> <200307151502.14625.mupi@mknet.org> <20030715215454.GL35337@funkthat.com> In-Reply-To: <20030715215454.GL35337@funkthat.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200307160120.48765.mupi@mknet.org> cc: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: 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: Wed, 16 Jul 2003 07:21:16 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 15 July 2003 03:54 pm, John-Mark Gurney wrote: > Mike Porter wrote this message on Tue, Jul 15, 2003 at 15:02 -0600: > > Yes, it does, but it does on a seperate scale than FreeBSD. Also, do you > trust any code to twiddle the PCI bus? yes, we are doing this with > XFree86, but this is more of a topic for -arch, than this framework. > That's basically my point in saying we don't want to import the whole thing= ,=20 not every device needs userland access, for example, the PCI bus <(}: > Too many people are thinking physical instead of logical. We already > have the physical side of things, the driver talking to the hardware to > control it.=20 Depending, of course, on the device in question. My little webcam, for=20 example, isn't on the list <)}: No big deal, although it was a gift, and th= e=20 person who got it for me expects me to use it.... What we don't have is the logical glue to glue the parts of > the driver together into one easy piece. This is what the code I would > like to see do. I think what people (me at least) are latching on to it the idea that with = the=20 "logical glue", writing the hardware side is much easier, which should resu= lt=20 in many more devices becoming supported. > > > It occurs to me that better model to follow (if I correctly understood > > the goals) would be to look at the newpcm stuff, which provides a common > > interface for sound cards, rather than a unique all-encompassing device > > driver that provides the entire device's necessary support. > > Hmmm.. did you ever read my VideoBSD document? I never mentioned an > all in one device kit, just the logical glue. You might of mistaken > the idea of userland device drivers and providing it, but that is not > what it was suppose to do. > You misunderstood my point (perhaps I didn't make it clearly enough). This= is=20 exactly what I am saying! Rather than one monolithic driver that supports= =20 all of the functions of the device (as is necessary with most device=20 drivers), all you need to do is interface to a basic framework, much like t= he=20 newpcm drivers, rather than implementing specific individual drivers,=20 implemented a kernel framework providing certain basic functions, prototype= s=20 if you will, which the hardware side interfaces to, and then on the other=20 side, provide the "normal" devices like /dev/dsp that programs using sound= =20 expect to see. This frees the developer from having to worry about which=20 device files to support, and so on. If I understand correctly, what you are suggesting goes another level beyon= d=20 even that, but certainly it is worth looking at. How much of it will=20 actually prove useful, translationg from Audio to Video device support, is= =20 certainly beyond me, and perhaps you are to the point in your project where= =20 you are beyond needing that level of idea--clearly this is something that y= ou=20 have been working on, at least itellectually, for some time--but an=20 understanding of how newpcm works as a bit of logical glue between the=20 hardware and the kernel, might prove instructive, as well as looking at wha= t=20 went into newpcm from the kernel side.=20 > Say you have a webcam. It will use the existing ugen interface to > talk with the hardware, but then it will make various library calls to > VideoBSD to say, hey! I provide a video capture device, tell me where > you want me to put the data in which format. > It seems to me that as a logical consequence, you will have to redesign the= =20 current driver interface (at the very least, you will have to design=20 something to make the library calls), and this puts it very much in the rea= lm=20 of what newpcm does on the audio side. newpcm, itself, doesn't really care= =20 if you are talking via PCI or USB, or if your device supports 44khz or 48kh= z=20 sampling. "All" (OK, so it's more work than I can do) your driver has to d= o=20 is figure out a way to bridge the gap between the hardware and newpcm, rath= er=20 than having to figure out how to tell applications whether or not it suppor= ts=20 full duplex. While this may not be exactly what you had in mind, I think y= ou=20 have to have it, in order to get the driver support that you seem to expect= =2E =20 In other words, if you expect the people writing device drivers to throw in= =20 the necessary calls to talk to your framework, you probably need to provide= =20 some benefit to the author. Of course, you aren't going to write device=20 drivers for everything under the sun, I don't think anyone is seriously=20 asking that. But by providing a common framework, you not only make your j= ob=20 easier at the receiving end, you encourage others to sit down and write=20 drivers for their devices, which increases the overall device support of=20 freebsd. > VideoBSD has no plans on recreating the hardware side of things. If you > have a hammer, everything looks like a nail. OK, I'll go sit back down in the quiet corner again. mike =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/FPzOY30jZzkECLcRAtdnAJ0dy/V7VhmEHZKY9xIJKuIMT/a3OACgkt41 z9TimfeJQI+7v3K6cM1gcIE=3D =3DICnv =2D----END PGP SIGNATURE----- From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 16 00:23:15 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 643AF37B404 for ; Wed, 16 Jul 2003 00:23:14 -0700 (PDT) Received: from sccrmhc12.comcast.net (sccrmhc12.comcast.net [204.127.202.56]) by mx1.FreeBSD.org (Postfix) with ESMTP id D44FA43F93 for ; Wed, 16 Jul 2003 00:23:13 -0700 (PDT) (envelope-from mupi@mknet.org) Received: from c-67-166-109-159.client.comcast.net ([67.166.109.159]) by comcast.net (sccrmhc12) with SMTP id <2003071607231301200ah637e>; Wed, 16 Jul 2003 07:23:13 +0000 From: Mike Porter To: Doug White , John-Mark Gurney Date: Wed, 16 Jul 2003 01:22:42 -0600 User-Agent: KMail/1.5 References: <20030714064137.GT35337@funkthat.com> <20030715215454.GL35337@funkthat.com> <20030715223802.C21327@carver.gumbysoft.com> In-Reply-To: <20030715223802.C21327@carver.gumbysoft.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Description: clearsigned data Content-Disposition: inline Message-Id: <200307160122.48146.mupi@mknet.org> cc: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: 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: Wed, 16 Jul 2003 07:23:15 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 15 July 2003 11:45 pm, Doug White wrote: > On Tue, 15 Jul 2003, John-Mark Gurney wrote: > That stuff is in QuickTime, which Apple cannot and will not ever release > code to, as good chunks of it are licensed from third parties, and its the > crown jewels :) > Sorensen media (who developed most of the QT stuff) is just down the street= =20 from where I used to live, I could always go knock on their door and ask if= =20 they'd share.... mike =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE/FP1GY30jZzkECLcRAob6AJwMEPxmwt6vyfYZF/VIxRz8lVewuACgg+jA 4HRZ2e9+5MDT2dAEqwzvQAM=3D =3DAUnM =2D----END PGP SIGNATURE----- From owner-freebsd-multimedia@FreeBSD.ORG Wed Jul 16 00:44:38 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 8618B37B401 for ; Wed, 16 Jul 2003 00:44:38 -0700 (PDT) Received: from mail.cyberonic.com (mail.cyberonic.com [4.17.179.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35FC743F3F for ; Wed, 16 Jul 2003 00:44:35 -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 h6G8CFcU024645; Wed, 16 Jul 2003 04:12:15 -0400 Received: (from jmg@localhost) by hydrogen.funkthat.com (8.12.9/8.11.6) id h6G7idHu051681; Wed, 16 Jul 2003 00:44:39 -0700 (PDT) (envelope-from jmg) Date: Wed, 16 Jul 2003 00:44:39 -0700 From: John-Mark Gurney To: Mike Porter Message-ID: <20030716074439.GV35337@funkthat.com> Mail-Followup-To: Mike Porter , multimedia@freebsd.org References: <20030714064137.GT35337@funkthat.com> <200307151502.14625.mupi@mknet.org> <20030715215454.GL35337@funkthat.com> <200307160120.48765.mupi@mknet.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307160120.48765.mupi@mknet.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: multimedia@freebsd.org Subject: Re: Looking at darwin? (was: 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: Wed, 16 Jul 2003 07:44:38 -0000 Mike Porter wrote this message on Wed, Jul 16, 2003 at 01:20 -0600: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Tuesday 15 July 2003 03:54 pm, John-Mark Gurney wrote: > What we don't have is the logical glue to glue the parts of > > the driver together into one easy piece. This is what the code I would > > like to see do. > > I think what people (me at least) are latching on to it the idea that with the > "logical glue", writing the hardware side is much easier, which should result > in many more devices becoming supported. Good, that's exactly what I'm targetting. :) With a well documented video interface, I could of made a much more functional Zoran driver sooner.. :) [...] > certainly beyond me, and perhaps you are to the point in your project where > you are beyond needing that level of idea--clearly this is something that you > have been working on, at least itellectually, for some time--but an > understanding of how newpcm works as a bit of logical glue between the > hardware and the kernel, might prove instructive, as well as looking at what > went into newpcm from the kernel side. Well, I would but newpcm is quite different from video. With audio you have either an input or an output... but video is quite a bit more complex.. If you want to understand it a bit better, I would recommend reading the specs for the Zoran chip... http://www.zoran.com/products/pcvideo/zr36067.asp > > Say you have a webcam. It will use the existing ugen interface to > > talk with the hardware, but then it will make various library calls to > > VideoBSD to say, hey! I provide a video capture device, tell me where > > you want me to put the data in which format. > > It seems to me that as a logical consequence, you will have to redesign the > current driver interface (at the very least, you will have to design > something to make the library calls), and this puts it very much in the realm The one thing that FreeBSD misses is a good pseudo interface, which is part of the problem, but the newbus code is on a different side of things.. It's kinda like netgraph and blue tooth, or usb audio and pcm.. you still need the hardware interface (usb or blue tooth), and the logical, netgraph or pcm... I don't see how our device code will need to change.. [...] > In other words, if you expect the people writing device drivers to throw in > the necessary calls to talk to your framework, you probably need to provide > some benefit to the author. Of course, you aren't going to write device > drivers for everything under the sun, I don't think anyone is seriously > asking that. But by providing a common framework, you not only make your job > easier at the receiving end, you encourage others to sit down and write > drivers for their devices, which increases the overall device support of > freebsd. > > > VideoBSD has no plans on recreating the hardware side of things. If you > > have a hammer, everything looks like a nail. > > OK, I'll go sit back down in the quiet corner again. I think we are on the same page, :) spend a few months thinking about it.. I started thinking about this back in March.. of course I'm still open to ideas, but that's more on how the API on both sides will finally look.. Thanks for the help though. -- 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 Wed Jul 16 01:39: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 481CF37B401 for ; Wed, 16 Jul 2003 01:39:26 -0700 (PDT) Received: from rwcrmhc13.comcast.net (rwcrmhc13.comcast.net [204.127.198.39]) by mx1.FreeBSD.org (Postfix) with ESMTP id D7EB043F93 for ; Wed, 16 Jul 2003 01:39:25 -0700 (PDT) (envelope-from joshua@joshualokken.com) Received: from joshualokken.com ([12.224.184.52]) by attbi.com (rwcrmhc13) with SMTP id <20030716083925015005prp7e>; Wed, 16 Jul 2003 08:39:25 +0000 Message-ID: <3F150F3B.2090601@joshualokken.com> Date: Wed, 16 Jul 2003 01:39:23 -0700 From: Joshua Lokken Organization: joshualokken.com User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.4) Gecko/20030712 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 xv mischief 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: Wed, 16 Jul 2003 08:39:26 -0000 Hello I recently got xawtv working on 4-stable with the ATI AIW 128Pro card on an ASUS A7N8X. There is a small problem I'm hoping to resolve: When I open xawtv after a fresh startx, tv works, but there is a garbled band of trash on the right and bottom side of the viewing window (looks like the actual viewable portion is 800x600, but I am running at, and have xawtv configured to run at 1024x768. I then have to start mplayer and [unsuccessfully] attempt to play a file using xv, close it, then reopen xawtv, and the picture is normal (displays at 1024x768, fills the viewing window properly.) What is going on, and where should I begin to search for a solution? Thanks in advance, -- ~//=======- Joshua http://joshualokken.com me@joshualokken.com joshua@joshualokken.com --------------------------------+ From owner-freebsd-multimedia@FreeBSD.ORG Thu Jul 17 14:27:16 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 5766137B401 for ; Thu, 17 Jul 2003 14:27:16 -0700 (PDT) Received: from yuha.menta.net (yuha.menta.net [212.78.128.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id B3BC343F93 for ; Thu, 17 Jul 2003 14:27:14 -0700 (PDT) (envelope-from jmmv@menta.net) Received: from gibson.menta.net ([212.78.128.22]) by yuha.menta.net (Netscape Messaging Server 4.15) with ESMTP id HI6UBX00.YX3 for ; Thu, 17 Jul 2003 23:28:45 +0200 Received: from sun.local ([62.57.121.60]) by gibson.menta.net (Netscape Messaging Server 4.15 gibson Mar 14 2002 21:29:48) with ESMTP id HI6UGM00.5YT for ; Thu, 17 Jul 2003 23:31:34 +0200 Received: from dawn.local (dawn.local [192.168.1.3]) by sun.local (Postfix) with SMTP id 645E4249 for ; Thu, 17 Jul 2003 23:27:00 +0200 (CEST) Date: Thu, 17 Jul 2003 23:27:05 +0200 From: "Julio M. Merino Vidal" To: multimedia@freebsd.org Message-Id: <20030717232705.065bc26b.jmmv@menta.net> X-Mailer: Sylpheed version 0.9.3 (GTK+ 1.2.10; i386--netbsdelf) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart_Thu__17_Jul_2003_23:27:05_+0200_081e9200" Subject: Fix for fxtv to build with gcc3 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, 17 Jul 2003 21:27:16 -0000 This is a multi-part message in MIME format. --Multipart_Thu__17_Jul_2003_23:27:05_+0200_081e9200 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, [ I'm posting the patch here, as suggested by fxtv's README ] The code has some problems when compiled with the gcc3 compiler, specially a macro that defines a multiple line string. The attached patch fixes it by quoting each line, adding \n's where appropiate and backslashes at the end of all lines. Could you apply it to fxtv's code? Thanks. -- Julio M. Merino Vidal The NetBSD Project - http://www.NetBSD.org/ --Multipart_Thu__17_Jul_2003_23:27:05_+0200_081e9200 Content-Type: application/octet-stream; name="patch.gz" Content-Disposition: attachment; filename="patch.gz" Content-Transfer-Encoding: base64 H4sICGIUFz8AA3BhdGNoAK1aa2/bxhL9fPUrBi4uateirIfdmzhOENuyGwNNbESuG8AxghW5khiT S3Z3KcWI+t/v7C5foqg31UaiqJmzs/Pa4YEtywISht+44HZj1Ai4O/xPu9lsWc221WpDu33a+t/p SafRTF5w2Gw1m7XDw8OcXu39e7BO2if117/Dof48AbwlJJGuDV/kZyqCiNsUkgvx+ARv4WcN/n1T A/zP+sWhA5dRuL27v7n99O3D1Z9333r3n2Hva82C0tdFrwtf4P4B9gc/5PigDg+UCzdgsAcPV597 RrsBsEgfX39zV0rKoP8CnwlziOfBhyAMKa9ZNevOo0RQ8InrwTWuACgBF/LV8StwuDum3OLUI5I6 YAe+T5kUWmJEvRA4/SeiAu/IAOSI1iw/8qTrU8cl7wec0r5w0NVD8Fwh0cRrSj1Q95W8iPrC5m6f ajg7YBK/RJLiRvaVvKB8fIpmfQ+4E/hBHu+goQw/H6PJpO9RCEKJDhGn6q5ljO7SAUFbxIwfLPgL d4rhpIQThmEKCfcFWhT48V4B/YrR5DIKEcoOvID3CRfzLrXgPuJMiSdC4Lgi9MgLxingINEtLhse IMooovBovW42Go3XzacCyg1zpUswHiiUvd4ApsnbJir3MVFHklEhEOMEMU5SiEz5IhPa/+9Bpqyd SoSER1TEbH8qW/kyEYJMWWW+ZQki/ypRjT0JPSIjTpTn45vz6g9G/dXxnPrDSnUiQmpLL7CfS5x/ xXTgj087YORACyLW2HVoABOXOcHE5AMduzb9FPl9DO/ZL+9mcPrPkh/JiOFPRg6YFhSxE40corgs jOR1wH0i4Wzgy3d5lHsNINwhQ39qSRgY0X0sF7uu3nz9/r2+pEyTV0i8vjMcuXW8UP989cbqgtrE XGIh9utcjJ0DvUNt/8fAwTSzlVumhGG1M/KU2aZ+1b7QVXGjTTzTliYbsaBn8h7k/G7WMPpRq021 +6fCfNjxJ7q285Qtfx45blCwIVseO51NuANESW28Pv0hKUfDpy6LL0gkg9zilyPCGLahfCZkiye/ mnRRJaQc2pM6T/90dZWcYSG/01r6RjAALWROAczAkFNBsfPsC2x06tyAgetR1QniuOTh5sFioSJc Yss19twe1XZgR/wHfzLq6j7gN5V5sUFYUrhpPH/0V5fbB6v8+IhlZQs5TRTMxQgvJjTiQUin30Om JVZGBAVNMv6IhOAYBYFdxnPJdKBb71PmjmRHS/aT+CTej7HSJD8LdDqVmYBhjULlPgGqMWM7jpNK jngQDUeAZzRzVLKp9BBh13SAEpxbPBo4pjLESQTd3l3SMIyX3x7h1yMEUXH23R/qBCpDK8HS0gla hqVvp2hJYhbRzOYNBB6bjNbVW+uofdSp207dd+26rkHjrDinbtjfLrt3pUfzUN34/EoST2ItYf3F vRSkki9g3Nhp914Lw0X5vCHnjAXYVZkKPr6HBIOPoVc38FoVsA5/gkaUeEld5dEu1XEMZ/pU1n3F 3JiDKah1qTL7zMcma/LvA5rrBZgyOKqkJ3tTJR/FAL4Bq4XXxJuQF1E04aZ7y7yXJV656aJmgFPg /mSEYxlJBplCO9dgP5U36noTdW3kv8lphAm2WGIceJFPl4r4OGwtE1hW3ZjGOO9x40qzqXgIM+HJ u8PsilM/kPT+JZwvMDyk1G3V+6Qk9ghHTSNtpsLAW9n/Hz+hN6dfWs3pB4IlT6Ihnd5hTXgPLp08 xevbl77zMaTD9vz6H++u/rDacTGhJI6cetpVk+mMbmeBbqdUF1VV3BesW1hWZwiUqxaXLaxaVFXx V0V/ycayhzN2KGeVH/SMhM4dx48Sk4A/jwKOw7Ew4qpcEAIozhqOnratvpiQsH0RhmXZcPEi6dFE bV1JpbmgYByXq/lMG6T79RKg/Uhg8LHicHayR/FM/iu2bxXLZKaauHKU2NMphQH1MBJPgqq9/6pL NF5ZqSTqxwvU1UtbaEHr5Kj1u9XHax9LUmQ4i3U7RjMk9jPupn2cV+5PVix7bJQjVqrOgkmytg4K fqKAixN+Z3pcfLZQhyqetj6FfjQYYLWqKAkLn/us1KE5fAPXae8Eh+opXJqGJLzGTv3Yso5nnkBu dZbgkIm9foSNo2kdH+gnQ5vr8Kv2Hv+Gd1f1AEydJG112EN8vKBvQOAAQByBvZzgTGnzAKcB7OfP Ip4eyMAux9NtW89R59eXakAw37o6nR8WiHY/ngPOOUygfwSokUc9mSnzs2zUs2g/GsIZQdPezS+r f/wohmLlnn/Gz6p1Uyl1fKYOeWDX8YjCpw1z8td1zFTD14/sSzar2wjqD1EhKWHlpU+391enAOee lzZFNWSkVY7bQM/aOGe5ygdEwBdshDEBor5OqOc10r3cY23mBUZkTHXBCpVbDN+0kroTL2fll8uA ejTVC3FdTV7YHsEAJ+AmhXQXohIPWaW8VztcRMJ8rR3ulftnPRLmK9tbggFLiJhEM/mskJRJICug ZhKo1fxMcT/zXE1RojLeJgWsgL1JsbbncFKI7Zmc3I6253NSkF1YnTzI1txOClIBwzOfRbuwPSlK ZWzPyo6QvDbgfOb2vCb/k/PRVizQ2ntZSQUVLdmYENrUlAWsUNGOTbihrCgrY4iywtiBJ5q1aye2 aD0vr88ZrRm1VcxR0U1b80dzhVQJl5QlVVWMUopYIa80i7kzuzTnyp2ZplKkbfimRaZVwT2VYq7L QJUq78RDlSJuz0YtPmgWcEaz5+dibimVW8VSZVm6lKtap7FsxFjN7XwX9mrNNrqUwioxaDs6qwRg M04rBdiW2SoD2IjfmvNFpVzXHHoVvFfuhKmC/Zq1bW0OrGiFUpyF2pwPK2JuwYplJuzAjeXsSBmy uVBWyZblQSvjzBakdhX82XpdaFMSrWSEWo9Qy6akqmi13DC/Frm2nkM2YNgysmALnq3oyGo4t8Ie d2XeCnDb8G8Iof4QKv6LqZ7kapIeEM/rY0l/47N/NoWCcPTbngJuDGngU8lfTuGw1cT/9+q/HdX+ D/Yo9o/WJQAA --Multipart_Thu__17_Jul_2003_23:27:05_+0200_081e9200-- From owner-freebsd-multimedia@FreeBSD.ORG Fri Jul 18 01:31: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 EFD5037B401 for ; Fri, 18 Jul 2003 01:31:19 -0700 (PDT) Received: from freebsd.org.ru (www.freebsd.org.ru [194.84.67.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25C7443F3F for ; Fri, 18 Jul 2003 01:31:19 -0700 (PDT) (envelope-from osa@freebsd.org.ru) Received: by freebsd.org.ru (Postfix, from userid 1000) id B1A5533F; Fri, 18 Jul 2003 12:31:16 +0400 (MSD) Date: Fri, 18 Jul 2003 12:31:16 +0400 From: "Sergey A. Osokin" To: "Julio M. Merino Vidal" Message-ID: <20030718083116.GI42763@freebsd.org.ru> References: <20030717232705.065bc26b.jmmv@menta.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030717232705.065bc26b.jmmv@menta.net> User-Agent: Mutt/1.5.4i cc: multimedia@freebsd.org Subject: Re: Fix for fxtv to build with gcc3 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, 18 Jul 2003 08:31:20 -0000 On Thu, Jul 17, 2003 at 11:27:05PM +0200, Julio M. Merino Vidal wrote: > > [ I'm posting the patch here, as suggested by fxtv's README ] > > The code has some problems when compiled with the gcc3 compiler, specially > a macro that defines a multiple line string. The attached patch fixes it > by quoting each line, adding \n's where appropiate and backslashes at the > end of all lines. Could you apply it to fxtv's code? Committed, thanks! -- Rgdz, /"\ ASCII RIBBON CAMPAIGN Sergey Osokin aka oZZ, \ / AGAINST HTML MAIL http://ozz.pp.ru/ X AND NEWS / \