* [Qemu-devel] gsoc idea
@ 2015-03-07 2:39 Kővágó Zoltán
2015-03-09 9:51 ` Gerd Hoffmann
0 siblings, 1 reply; 3+ messages in thread
From: Kővágó Zoltán @ 2015-03-07 2:39 UTC (permalink / raw)
To: qemu-devel
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?
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] gsoc idea
2015-03-07 2:39 [Qemu-devel] gsoc idea Kővágó Zoltán
@ 2015-03-09 9:51 ` Gerd Hoffmann
2015-03-09 14:56 ` Gerd Hoffmann
0 siblings, 1 reply; 3+ messages in thread
From: Gerd Hoffmann @ 2015-03-09 9:51 UTC (permalink / raw)
To: Kővágó Zoltán; +Cc: qemu-devel
On Sa, 2015-03-07 at 03:39 +0100, Kővágó Zoltán wrote:
> 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...)
Should not be too late for this, deadline is a week out.
> 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
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
> 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)
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
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [Qemu-devel] gsoc idea
2015-03-09 9:51 ` Gerd Hoffmann
@ 2015-03-09 14:56 ` Gerd Hoffmann
0 siblings, 0 replies; 3+ messages in thread
From: Gerd Hoffmann @ 2015-03-09 14:56 UTC (permalink / raw)
To: Kővágó Zoltán; +Cc: qemu-devel
Hi,
> > is it a viable idea, or i should scrap it altogether?
>
> Sounds good, go ahead, I can mentor this.
Draft added to wiki page:
http://qemu-project.org/Google_Summer_of_Code_2015#QEMU_audio_backend
Drop me a note when you think this needs changes.
cheers,
Gerd
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2015-03-09 14:57 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-07 2:39 [Qemu-devel] gsoc idea Kővágó Zoltán
2015-03-09 9:51 ` Gerd Hoffmann
2015-03-09 14:56 ` Gerd Hoffmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).