The VideoLAN Forums

Hello,

Using VLC 3.0.16 under KDE-Plasma 5.23.5 (Pulseaudio-free) under Linux 5.4 + in kernel alsa drivers + MAUDIO DELTA 24/96 sound card. (Timer rate defaults to 48k but not blocked)

VLC sound output set to alsa default, being presently configured of type plug with some slave pcm of type dmix (which is capable of automatic resampling in case of mismatch)

Moreover, my sound card is equipped with an hardware mixer also capable of resampling in case of sample rates mismatches.

However, if I set VLC's resampling option to no resampling, (expecting the resampling on behalf of downstream), VLC won't output any sound when asked to play whatever audio stream sampled at whatever frequency different from 48KHz.

Of course, I'd prefer resampling being made by my audio card (in order to save precious CPU cycles) therefore :

A/ Is there a way to instruct VLC to output audio irrespective of possible sample rate mismatches ?

B/ In case of definitely negative answer to A, how is (what syscalls make) VLC aware of sample rate mismatches ? Could this just be workarounded by some particular .ctl alsa setting ?

A/ VLC always tries that first and falls back to resampling only if the output requires it.
B/ N.A.

Merci Rémi d'avoir répondu.

VLC always tries that first and falls back to resampling only if the output requires it.

Can I continue as follows : and won't output anything if resampling (in VLC settings) is forced to no. ?

Hence my question : Is there a way to force VLC to output even if backend requires a different sample rate and in-VLC resampling not allowed ?

BTW, how is VLC aware of backend's requirements in terms of sampling rate.
I understand how it can be aware of some hardware device sampling rate settings but when VLC's is set to output audio on some Alsa virtual device…

I don't understand what you expect. VLC negotiates a format with ALSA. If they can't agree, then that's that.