From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40863) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUuLt-0004Sp-UI for qemu-devel@nongnu.org; Mon, 09 Mar 2015 05:51:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YUuLo-0005Pr-Nf for qemu-devel@nongnu.org; Mon, 09 Mar 2015 05:51:57 -0400 Received: from mx1.redhat.com ([209.132.183.28]:38755) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YUuLo-0005OZ-EO for qemu-devel@nongnu.org; Mon, 09 Mar 2015 05:51:52 -0400 Message-ID: <1425894708.20588.12.camel@nilsson.home.kraxel.org> From: Gerd Hoffmann Date: Mon, 09 Mar 2015 10:51:48 +0100 In-Reply-To: <54FA64EA.7060100@gmail.com> References: <54FA64EA.7060100@gmail.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] gsoc idea List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?Q?K=C5=91v=C3=A1g=C3=B3_Zolt=C3=A1n?= Cc: qemu-devel@nongnu.org On Sa, 2015-03-07 at 03:39 +0100, K=C5=91v=C3=A1g=C3=B3 Zolt=C3=A1n wrote= : > hi, >=20 > i'm thinking about doing a gsoc this year, and i'm interested if you=20 > have any opinions on my idea. (i hope i'm not late for this...) Should not be too late for this, deadline is a week out. > currently the audio system in qemu is limited to 2 channels (stereo)=20 > sound. also it mixes all sound (if there's more than one sound card)=20 > into a single stream, you can't send them to different physical sound=20 > cards for example. if you need something like that, you'll have to=20 > either pass-through a sound card (but then you can't use it from the=20 > host), or use pulseaudio/jack/etc to send the audio over the network=20 > (which is problematic in case of a windows guest) > imho the audio subsystem should be rewritten to support any number of=20 > audio channels. also, the current global mix everything together into a= =20 > single output method=20 I don't think you have to put *everything* upside down. As far I know the mixing and the two channels are not designed into the audio core code. > (along with it's environment variable based=20 > configuration, since it only allows global options, not per-device)=20 > should be replaced, with a system similar to how network or drives work= s=20 > (i.e. each virtual sound card would be connected to an audio device,=20 > with their own options) For the audio backend configuration a serious makeover would be very good indeed. > is it a viable idea, or i should scrap it altogether? Sounds good, go ahead, I can mentor this. cheers, Gerd