qemu-devel
[Top][All Lists]
Advanced

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

[Qemu-devel] Re: [PATCH 45/46] Remove AUDIO_DRIVERS define


From: Jan Kiszka
Subject: [Qemu-devel] Re: [PATCH 45/46] Remove AUDIO_DRIVERS define
Date: Sun, 26 Jul 2009 20:26:32 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

Avi Kivity wrote:
> On 07/26/2009 06:09 PM, Jan Kiszka wrote:
>> Avi Kivity wrote:
>>   
>>> On 07/26/2009 04:41 PM, Juan Quintela wrote:
>>>     
>>>> The order in audio_drivers is important, that means you can have a
>>>> different default sound driver.
>>>>
>>>> After some thinking, my current plan is exporting audio_drv_list
>>>> to the Makefile, and then generating something similar to
>>>> AUDIO_DRIVERS.
>>>>
>>>> Notice that the "ordering" problems not only happens with sound
>>>> drivers,
>>>> we have the same problems with graphics console, which one is the
>>>> default one?  It depends on what you have configured, and changing the
>>>> default order is far from trivial.
>>>>
>>>>        
>>> You could pass a goodness value to the registration function, reflecting
>>> what we think the best driver is.  Then at runtime select the best
>>> driver that is supported on the system.
>>>
>>>      
>>
>> I think the easiest way is to forward the sorted driver list as string
>> to the audio layer and let it be processed there. Given such an
>> extension, we could also allow passing a list of drivers via
>> QEMU_AUDIO_DRV.
>>    
> 
> Yes, that is better.  Decouple the goodness from the driver, and allow
> the user to override it.
> 
>> BTW, I still wonder why we have OSS and only OSS as the default driver
>> list under Linux. Most distros I came across kicked it out or pushed it
>> to the end of their list (as it requires exclusive access). Would be a
>> chance to improve the default. At least we should extend the list by all
>> available drivers.
>>
>>    
> 
> I have some secondhand memories of pulse and alsa generating very bad
> output.
> 

I have fresh memories that pulse still suffers on my Suse while alsa
works smoothly (and that with default settings since malc's last major
fixes).

Fedora prefers pulse over alsa today (but keeps
OSS in the list). Suse only provides alsa for qemu-0.10. Ubuntu keeps
OSS as #1, but at least adds alsa and pulse to the list.

Jan

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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