MG
or would the quality depend souly on the resampling algorithm used
Size: a a a
2019 July 06
I
You make these "low" or "high" on your own providing algorithms that increase computation speed sacraficing quality
I
Matthew Good
or would the quality depend souly on the resampling algorithm used
This is the dumbest thing you have asked yet
I
Yes it is derived from the algo
I
Like, Saturn cannot make a sudden effect making the quality be low
MG
so the
low quality and high quality simply refers to the resampling speed at wich the audio can be resampled at in real time in relation to buffering and stutters or lag ?I
Matthew Good
so the
low quality and high quality simply refers to the resampling speed at wich the audio can be resampled at in real time in relation to buffering and stutters or lag ?Well, generally speaking yes
I
Usually they use "high quality" for "non realtime final rendering"
I
And process as fast as possible for realtime previews
MG
in which if it is pre resampled before playback then the quality will only be dependant on the sample rates and bit depth?
I
Yes. Only on the resampled sample rate and bit depth
I
You may also say that DAC does make sense in this chain, but it would be an overkill
MG
ok
MG
and would the agorithm be different for each bit depth and format?
I
There is no "right and only" algorithm
I
It would be what you will make it like
I
Generally a good practice is to convert source material to floating point format and work with this
I
Though you may intentionally use signed short as your math basis
MG
ok
I
Generally a good practice is to convert source material to floating point format and work with this
Take into account that you normalize all your samples to [-1;1]