qemu-discuss
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-discuss] how use qemu soundhw


From: Programmingkid
Subject: Re: [Qemu-discuss] how use qemu soundhw
Date: Sun, 29 Jun 2014 00:08:02 -0400

On Jun 28, 2014, at 7:04 PM, Peter Maydell wrote:

> On 25 June 2014 13:01, Programmingkid <address@hidden> wrote:
>> On Jun 24, 2014, at 12:00 PM, address@hidden wrote:
>> I use -????soun???dhw  ac97,hda ....  but it still print   "??audio: Could
>> not init `oss' audio driver"?  ,  and sound hw in the guest os(win7).
> 
> This message comes from the audio backend, ie the code which
> talks to the host OS audio. It doesn't make any difference what
> sound hardware you ask QEMU to provide to the guest.
> 
>> I assume you are using Linux as your host operating system. This is what
>> worked for me:
>> 
>> ./configure --target-list=i386-softmmu --audio-drv-list=alsa --enable-sdl &&
>> make
> 
>> export QEMU_AUDIO_DRV=alsa
> 
> If you've compiled QEMU with only one audio backend you don't
> need to also specify it at runtime. (Conversely, you can compile
> with support for multiple backends and then specify at runtime.)
> 
>> Then run QEMU with -soundhw ac97
>> 
>> I am sure OSS, and pulse audio are broken. ALSA is the only thing that
>> works.
> 
> This is totally dependent on what your host Linux distro uses for its
> audio subsystem. If your host uses OSS then OSS should work.
> If it uses pulseaudio then pulseaudio should work. If it uses only
> ALSA then only ALSA will work.
> 
> Our default of OSS made sense at the time, but since I think
> most modern Linux distros have moved away from it it
> might be worth reconsidering that choice. (The trouble is,
> what do we pick instead? Any default is probably going to
> be wrong for at least some people.)

We could add code to the configure script so it dynamically decides which sound 
system to use. The code could test for ALSA, OSS, or Pulse Audio support and 
set one of them to the backend audio system. 


reply via email to

[Prev in Thread] Current Thread [Next in Thread]