From owner-freebsd-multimedia@FreeBSD.ORG Fri Aug 5 00:40:12 2005 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org 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 8ECC216A41F; Fri, 5 Aug 2005 00:40:12 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from mail.qconline.com (mail.qconline.com [204.176.110.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id 08AD543D48; Fri, 5 Aug 2005 00:40:11 +0000 (GMT) (envelope-from harrycoin@qconline.com) Received: from devoffice.qconline.com (unverified [64.4.171.82]) by mail.qconline.com (Vircom SMTPRS 3.1.302.0) with ESMTP id ; Thu, 4 Aug 2005 19:41:01 -0500 Message-Id: <4.3.2.7.2.20050804193304.01f0eaf0@mail.qconline.com> X-Sender: harrycoin@mail.qconline.com X-Mailer: QUALCOMM Windows Eudora Version 4.3.2 Date: Thu, 04 Aug 2005 19:40:03 -0500 To: Michael Nottebrock ,freebsd-multimedia@freebsd.org From: Harry Coin In-Reply-To: <200508041950.55697.lofi@freebsd.org> References: <4.3.2.7.2.20050804120923.03827918@www.n4comm.com> <4.3.2.7.2.20050804120923.03827918@www.n4comm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Dev Mazumdar Subject: Re: Upgrade, fix and new, maximal CS4236B chip support to mss.c available for testing X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Aug 2005 00:40:12 -0000 At 07:50 PM 8/4/2005 +0200, Michael Nottebrock wrote: >All of that would definitely be very nice to have, but I'm not sure if OSS >currently provides the facilities to do that a generic way - I'm cc'ing Dev >Mazumdar of 4front who probably will know better. All it would take would be for the OS to adopt a convention that each step from 0 to 100 represents a fixed, driver dependant db change (usual case). It would be up to the device authors to specify the amplification at 0, and at 100, and helpfully to do the math so folk don't have to guess where 'flat' (0db) is in the 0 to 100 scale. (Also, with some more recent sound chips, and all that resolution, volume scales that offer 100 choices start to look a little coarsely grained (especially for recording/input mixing jobs). I'm sure this is old news, but sometimes the levels in mixers are actually attenuations for most of the scale, and small amplifications at the top. So 'flat' (0db change input to output) might map onto around 70, with 100 mapping onto +12db, and negative values below that. Also, in many sound chips, there are digital mixers that feed analog mixers in output sections, optional fixed (either flat or +xx db) boosts on mic inputs, and so forth. I mention this to show why there is just no way an OS can presuppose usable one size fits all default mixer values. Harry