garbles the output rather impressively, though it's still recognizable as the input, more or less.
it happens both when up-sampling and down-sampling. it doesn't happen when not re-sampling.
it doesn't happen when the hardware takes 32-bit samples, so i guess it's somewhere in the optimized s16 paths.
it doesn't happen with mono.
this is not reproducible with the upstream emu10k1 driver, as the multichannel device demands 16 channels, which causes the route conversion plugin to be inserted, which sidesteps the issue. and the regular pcm device accepts any rate.
this setup:
garbles the output rather impressively, though it's still recognizable as the input, more or less.
it happens both when up-sampling and down-sampling. it doesn't happen when not re-sampling.
it doesn't happen when the hardware takes 32-bit samples, so i guess it's somewhere in the optimized s16 paths.
it doesn't happen with mono.
this is not reproducible with the upstream emu10k1 driver, as the multichannel device demands 16 channels, which causes the route conversion plugin to be inserted, which sidesteps the issue. and the regular pcm device accepts any rate.