WASAPI: Set sample rate via IAudioClockAdjustment

[glebm]

Potential fix for #5538

[cgutman]

This might reintroduce the quality issues fixed by b98b5ad and may cause resampling failures in other cases.

I've not tested with both AUDCLNT_STREAMFLAGS_RATEADJUST and AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM together, but I know from previous experience that using AUDCLNT_STREAMFLAGS_RATEADJUST alone will fail in the 48000 Hz -> 192000 Hz resampling case. In that case, SetSampleRate() fails with E_INVALIDARG.

Previous discussions for context:
#4604
#4608

Repro steps for SetSampleRate() issue with 192KHz mix format:
andrewrk/libsoundio#194

Other comments mentioning limitations of IAudioClockAdjustment resampling:
https://bugzilla.mozilla.org/show_bug.cgi?id=894801#c21

[glebm]

@cgutman b98b5ad has already been reverted in ac32c52

The system (WASAPI) resampler is what's used currently and it does have quality issues

This PR may or may not fix these quality issues -- we're currently testing it

[cgutman]

@cgutman b98b5ad has already been reverted in ac32c52

I know. It was my suggestion to use AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM in #4604 :)

The system (WASAPI) resampler is what's used currently and it does have quality issues

Does SDL's resampler work okay for this case?

[glebm]

We might have to revert to using SDL for resampling if this does not fix quality issues or if SetSampleRate has a limited range even with AUDCLNT_STREAMFLAGS_AUTOCONVERTPCM.

[glebm]

This does not fix the problem

Can we go back to SDL's resampling?

[cgutman]

@icculus do you think reverting ac32c52 is safe enough for 2.0.22?

[icculus]

I don't mind changing back, but I'm extremely hesitant to do it right before 2.0.22 ships.

I'm okay with it if @slouken gives the greenlight, otherwise we can flip this as soon as 2.0.22 ships.

[slouken]

Yep, I flipped it back in 9e264b9

[glebm]

Thanks!

[slouken]

You're welcome!