>On Mon, 17 Nov 2003, Paul Davis wrote:
>
>> >what you say seems to be valid to me, but not if you implement smart dmix t
>he
>> >way I said =). The way I suggested *every* application would connect to sma
>rt
>> >dmix, and none directly to alsa lib (except those that use devices like hw:
> -
>> >and those should never be mixed). Since every stream is connected to smart
>> >dmix, there is no need to *reroute* anything in the case of needed mixing.
>> >The only thing that has to happen, is that the new stream, that has to be
>> >mixed into the existing one due to hardware limitations has to be resampled
>> >etc. to make mixing possible.
>>
>> believe or not, i actually think that peter is right here. if dmix
>> works well enough to be used by any application, then i think it
>> should be used for all non-hw accesses unless the user configures it
>> otherwise. if it doesn't work this well, it should :)
>
>Ok, maybe we all talk about same thing. Sure, if the code is matured
>enough, we can use it as default. But I only want to note that dmix
>- even with one stream - won't be ever equal to the raw hardware access
>(hw:#,#).
note that i said "for all non-hw accesses"
^^^^^^^^
applications that open "hw:N" should know what they are doing, and
why.
-------------------------------------------------------
This SF. Net email is sponsored by: GoToMyPC
GoToMyPC is the fast, easy and secure way to access your computer from
any Web browser or wireless device. Click here to Try it Free!
https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
