[MPlayer-dev-eng] [PATCH] fix for -srate bug

[Ed Wildgoose]

>there are also a few test programs inculded in libsamplerate, see attachment 
>for the output of one
>
>especially interresting is:
>    Worst case Signal-to-Noise Ratio : 97.43 dB.
>    Worst case conversion rate       : 84021 samples/sec.
>    Measured -3dB rolloff point      : 96.96 %.
>
>which shows that the resampler from which u quoted the scores is not capable 
>of resampling 44khz stereo in realtime on an idle 500mhz p3
>
>[...]
>  
>

Indeed.  But do you see that as a problem?  You have a choice of several 
interpolators there, the next one down does 234057 samples/sec (which is 
nearly fast enough for realtime 6 channel 44100 audio, and the next one 
down after that is 409600 samples/sec which should be enough for 6 
channel 48K audio and a little left over to "try" and play some video with?

Do you have any benchmarks of the performance of the highest quality 
encoder in mplayer on your 500Mhz machine?  It would be interesting to 
compare.  On my P2.8 it takes around 45% CPU (well, something of that 
order), to do 6 channel conversion using mplayer (from 48Khz to 44Khz) 
on highest quality.

Remember that I am not proposing to inflict the highest quality encoder 
on anyone who doesn't choose it (just like the current situation).  
Really I just want a couple of higher quality options than I have 
currently.  I suspect that libsample rate probably is all things to all 
people though if you look down and see that it has a nice fast linear 
interpolator as well.

What do you think?

Ed W