Support and General Use > Audio Playback, Database and Playlists
Codec Efficiency Comparison Test (iPod)
Llorean:
Hmm...
There is ONE small problem about all this: It's hard/worthless to compare between say, Coldfire and ARM still.
Because of differences both in processor architecture, unboosted and boosted speed, and operating system overhead, boost ratio really wouldn't meant that much when comparing the two.
soap:
I think the plan was all along to collect two different data-sets and never the two shall meet.
senab:
It's the achieved ABR ;)
Yes, ABR would probably be the better option, but most codec's are optimizied for VBR output. Vorbis has no true CBR output, neither does Musepack or Nero; even the iTunes CBR bitrate can fluctuate.
Llorean:
Another problem (native to the coldfire on H100 at least) then, is that MP3 in MANY cases can exist unboosted.
It may be necessary to clock down the processor further before starting testing, so that you don't have worthless data points (in my mind 0% boost is without value since you don't know if it's exactly 0%, or less, or more).
The real BEST way to test codec efficiency is this I think:
Create a transcoder to WAV. Then, time how long the transcode takes (while boosted the whole time) for files of various bitrates/qualities.
Do the transcode without yielding so that 100% of CPU time goes only to it. Don't even bother saving the data, just discard.
soap:
That methodology seems sound.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version