[pulseaudio-discuss] [PATCH 2/3] resampler: Add optional soxr resampler
Alexander E. Patrakov
patrakov at gmail.com
Sun Aug 24 12:20:13 PDT 2014
24.08.2014 23:55, Peter Meerwald wrote:
>
>> 04.08.2014 18:40, Peter Meerwald wrote:
>>> + quality_spec = soxr_quality_spec(SOXR_QQ, 0);
>>
>> SOXR_QQ means "quick cubic interpolation" - i.e. the worst quality level
>> provided by the library. It is worse than speex-float-1 (but the message with
>> the relevant plots exceeded the maximum tolerable size for the list). I think
>> that it makes sense to expose other quality settings provided in soxr.h.
>
> probably we need to let the user decide, but default to some reasonable
> quality
Yes, even SOXR_LQ would be good enough for the definition of "good" that
doesn't take limited bandwidth into account. However, I would like to
raise one peculiar property of soxr that needs to be discussed further.
As described in the README, the soxr resampler is FFT-based (unlike,
e.g., libsamplerate, ffmpeg and speex). Therefore, it introduces more
latency than traditional resamplers - 20ms for the HQ variant vs less
than 1ms for a traditional resampler. Should PulseAudio be aware of it?
How can we make it aware?
--
Alexander E. Patrakov
More information about the pulseaudio-discuss
mailing list