From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45869) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU4eE-0005Rs-UY for qemu-devel@nongnu.org; Fri, 06 Mar 2015 21:39:27 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YU4eB-0003nF-LO for qemu-devel@nongnu.org; Fri, 06 Mar 2015 21:39:26 -0500 Received: from mail-wg0-x22a.google.com ([2a00:1450:400c:c00::22a]:37563) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU4eB-0003n5-E1 for qemu-devel@nongnu.org; Fri, 06 Mar 2015 21:39:23 -0500 Received: by wggx13 with SMTP id x13so23460266wgg.4 for ; Fri, 06 Mar 2015 18:39:22 -0800 (PST) Received: from [10.248.117.5] (94-21-43-111.pool.digikabel.hu. [94.21.43.111]) by mx.google.com with ESMTPSA id gf11sm4749959wic.18.2015.03.06.18.39.20 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Mar 2015 18:39:21 -0800 (PST) From: "=?ISO-8859-2?Q?K=F5v=E1g=F3_Zolt=E1n?=" Message-ID: <54FA64EA.7060100@gmail.com> Date: Sat, 07 Mar 2015 03:39:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] gsoc idea List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org hi, i'm thinking about doing a gsoc this year, and i'm interested if you have any opinions on my idea. (i hope i'm not late for this...) currently the audio system in qemu is limited to 2 channels (stereo) sound. also it mixes all sound (if there's more than one sound card) into a single stream, you can't send them to different physical sound cards for example. if you need something like that, you'll have to either pass-through a sound card (but then you can't use it from the host), or use pulseaudio/jack/etc to send the audio over the network (which is problematic in case of a windows guest) imho the audio subsystem should be rewritten to support any number of audio channels. also, the current global mix everything together into a single output method (along with it's environment variable based configuration, since it only allows global options, not per-device) should be replaced, with a system similar to how network or drives works (i.e. each virtual sound card would be connected to an audio device, with their own options) is it a viable idea, or i should scrap it altogether?