Comment 5 for bug 1494155

Nowhere in either the parent post, nor in the comments, is 'bang for the buck' even talked about. The entire thing seems to be about choosing a higher quality default sampling method due to the availability of faster CPUs. In fact, libsamplerate is never mentioned by name, and src-sinc-.* are only mentioned by listing them with a few others and deeming them 'indistinguishable'.

HOWEVER, in the comments they *do* mention that upsampling causes more distortion than downsampling, and that sampling rates further apart cause more than sampling rates closer together. This isn't terribly important most of the time, except...

... Pulseaudio only supports configuring two sample rates at a time. So you have a default lower one, and if an audio source has a higher sample rate, it'll be upsampled to the alternative, higher sample rate.

So what if your alternative sample rate is much higher? I have a sound card that supports 192000, what if I'm curious what that sounds like? I have a fairly fast CPU (i7-4790K with hyperthreading disabled so that each core works as fast as possible), and I have that set up as my alternative sampling rate.

But the graphs only test conversion from 44100 to 48000. I have a feeling that the differences will be *much* more noticeable on a setup converting from 48000 to 192000.

But now I can't compare using src-sinc-.* because its been removed. And seemingly with no discussion or reason.