--- "Dimitrie O. Paun" <[EMAIL PROTECTED]> a écrit : > On November 27,
2003 06:21 am, Sylvain Petreolle wrote:
> > Is this second attempt better ?
> > (not tested with alsa 0.9)
>
> Why don't you define the snd_pcm_hw_params_* macros for
> alsa 0.9. For example, this bit:
> Eliminates a lot of
On November 27, 2003 06:21 am, Sylvain Petreolle wrote:
> Is this second attempt better ?
> (not tested with alsa 0.9)
Why don't you define the snd_pcm_hw_params_* macros for
alsa 0.9. For example, this bit:
-snd_pcm_format_t format = snd_pcm_hw_params_get_format(hw_params);
-snd_pcm_ac
Sylvain Petreolle <[EMAIL PROTECTED]> writes:
> We cant do that, since supporting 1.0 involves a completely different
> API.
Of course you can, the API is not completely different, it's basically
identical except that the call sequence of the pcm functions has
changed; this doesn't justify duplic
--- Alexandre Julliard <[EMAIL PROTECTED]> a écrit : > Sylvain
Petreolle <[EMAIL PROTECTED]> writes:
>
> > this patch is an attempt to provide Alsa 1.0 support into winealsa.
> >
> > the file audio_09.c is the current audio.c for alsa 0.9 with small
> > modifications to
> > ensure compatibility w
Sylvain Petreolle <[EMAIL PROTECTED]> writes:
> this patch is an attempt to provide Alsa 1.0 support into winealsa.
>
> the file audio_09.c is the current audio.c for alsa 0.9 with small
> modifications to
> ensure compatibility with the new alsa API.
I don't think we want yet another duplicate o
