From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JqGIw-0001i6-1Z for qemu-devel@nongnu.org; Sun, 27 Apr 2008 19:29:10 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JqGIu-0001hm-ML for qemu-devel@nongnu.org; Sun, 27 Apr 2008 19:29:09 -0400 Received: from [199.232.76.173] (port=53651 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JqGIu-0001hj-HM for qemu-devel@nongnu.org; Sun, 27 Apr 2008 19:29:08 -0400 Received: from ug-out-1314.google.com ([66.249.92.175]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1JqGIu-0007QB-8J for qemu-devel@nongnu.org; Sun, 27 Apr 2008 19:29:08 -0400 Received: by ug-out-1314.google.com with SMTP id m2so663912uge.4 for ; Sun, 27 Apr 2008 16:29:07 -0700 (PDT) Message-ID: Date: Mon, 28 Apr 2008 01:29:06 +0200 From: "andrzej zaborowski" Subject: Re: [Qemu-devel] [4254] Let WM8750 users write to audio buffer directly. In-Reply-To: <4813BB52.1050300@web.de> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48132E27.6090301@web.de> <48133826.80501@web.de> <4813BB52.1050300@web.de> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org On 27/04/2008, Jan Kiszka wrote: > andrzej zaborowski wrote: > > Yes, my doubt is if there is a use case in which this ever makes a > > difference (and if it's valid for svn users), i.e. when you can't use > > the host's mixer (using a mixer app outside qemu). With the > > VirtualBox style mixer api the guest and host mixers can be the same > > and that would be best to have. > > > [ Digging through VBox's patch chaos... ] Just to ensure I got it right: > You mean dropping vol from SWVoiceOut/In in favor of those global > pcm_out/in_volume? Well, my idea would be to retain volume in SWVoiceOut/In and use always the volume of the voice that is active to set on host (wm8750.c only has one active voice at all times). If more voices are active in one or more QEMUSoundCard's then I don't know what should happen. Maybe that's not so useful, and global volume like in your patches is better. VBox has this mixing engine which applies volume in software but is still generic (i.e. sits in audio/). I don't know what malc thinks qemu should adapt for mixer control (if anything). Cheers