From owner-freebsd-multimedia@FreeBSD.ORG Thu Apr 28 12:20:29 2005 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 983C816A4D0 for ; Thu, 28 Apr 2005 12:20:29 +0000 (GMT) Received: from mailout04.sul.t-online.com (mailout04.sul.t-online.com [194.25.134.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 709F343D49 for ; Thu, 28 Apr 2005 12:20:28 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from fwd30.aul.t-online.de by mailout04.sul.t-online.com with smtp id 1DR80G-0002W5-01; Thu, 28 Apr 2005 14:20:24 +0200 Received: from Andro-Beta.Leidinger.net (Sgc4HUZB8eL0OLjQmMufhcuVxdblSjuicU9uQhfJqPnXU6VN8xdkcA@[84.128.204.245]) by fwd30.sul.t-online.de with esmtp id 1DR7zy-1aGVai0; Thu, 28 Apr 2005 14:20:06 +0200 Received: from localhost (localhost [127.0.0.1])j3SCK7Aw072885; Thu, 28 Apr 2005 14:20:07 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from 141.113.101.32 ([141.113.101.32]) by netchild.homeip.net (Horde MIME library) with HTTP for ; Thu, 28 Apr 2005 14:20:07 +0200 Message-ID: <20050428142007.11hjbs1pcgws4g0w@netchild.homeip.net> X-Priority: 3 (Normal) Date: Thu, 28 Apr 2005 14:20:07 +0200 From: Alexander Leidinger To: Mathew Kanner References: <20050306171027.GE4237@cnd.mcgill.ca> <20050306184416.5603976c@Magellan.Leidinger.net> <20050307030419.GC951@kt-is.co.kr> <20050308.121415.847025091.kazuhito@ph.noda.tus.ac.jp> <426F409D.6010007@elischer.org> <426F4280.9030206@elischer.org> <426F49C3.1020009@elischer.org> <20050427184115.GC11709@cnd.mcgill.ca> <20050428110656.wqnp94nnwosc80ck@netchild.homeip.net> <20050428112754.GB14507@cnd.mcgill.ca> In-Reply-To: <20050428112754.GB14507@cnd.mcgill.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.0.2) / FreeBSD-4.11 X-ID: Sgc4HUZB8eL0OLjQmMufhcuVxdblSjuicU9uQhfJqPnXU6VN8xdkcA@t-dialin.net X-TOI-MSGID: d0ce803b-d3ba-4210-b8d3-f8c315149145 cc: FreeBSD Multimedia cc: Julian Elischer Subject: Re: uaudio patch, 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, 28 Apr 2005 12:20:29 -0000 Mathew Kanner wrote: > I realise I'm the only one whose taken this position so I'll > withdraw it. But for the record, this is my reasoning, what the heck > are you going to do with this informaiton: it doesn't help you. If you want to go to the soundcard directly, without any conversation, you need to know what you can use. > Other > interesting but often usesless information is printed in boot_verbose. > The listed capablities are often way beyound what our sound interface > can offer. Just because it can't offer it _yet_, it doesn't mean we don't teach the interface to use it later. And parts of this improvement can be addressed from both sides (step by step). > If you want to know what avaiable then connect to the > sound device and issue an ioctl like every other app. If I have an app which plays some audio files. And if I have the opportunity to generate the right file with a conversation program which converts "something" (e.g. text to speach) but doesn't knows about an output device, and I want to generate the right output, I have to know what I can use. A human being which just knows about tools, but not about ioctl(), I need something which tells me what I can use. Do we have an app which does this? Do we need such an app, or would it be convenient to just look at "cat /dev/sndstat"? > Anyway, as a general concept, I think we should start > expanding our using sysctls. I think it depends. For status/capabilities/static like output, we should look at enhancing existing interfaces (if they fit into the big picture of what we want to add), like our "sound status device". For general "mode switching" (whatever this means) which doesn't fit into the 4Front-OSS model, sysctl looks like a nice candidate. But another nice candidate would be a "sndctl" program which may interact with the device over /dev/dspX.ctl orsomething like this. Is there something specific you have in mind regarding the sysctl proposal? Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 BOFH excuse #152: My pony-tail hit the on/off switch on the power strip.