Support and General Use > Audio Playback, Database and Playlists
wavpack, very minimal wps
Llorean:
You can't make a processor faster just by expressing your displeasure.
lowlight:
The issue is that buffering requires the cpu & decoding requires the cpu. They should yield for each other, but if the decoding is too intensive, the buffering may never complete which appears to be the case here. You might be out of luck with these files.
gaillard:
ok well thanks anyways guys, Hopefully things will be better later on... perhaps i'll find sometime after another year of school or so and help with some code..
Goodluck!!
bryant:
--- Quote from: gaillard on October 03, 2006, 04:19:59 PM ---wavpack without the -h option by the way runs at 75 boost just fine... but who doesn't use -h?!
--- End quote ---
Many people who move to WavPack from FLAC use -fx because that gives about the same decoding speed and compression ratio as FLAC (at least according to the comparison on the FLAC site).
People who move from Monkey's Audio probably use -h (or even -hx) to get close to APE in compression. I think the two inside modes (the default and the new high mode) are the best compromises. :)
What remains a question is why the 4th gen Color would use so much more CPU than the Nano for decoding WavPack. I don't have any other model besides the Nano to find out, but I know the Color has a different version of the PortalPlayer chip, so maybe it has a less efficient cache or something like that. The other possibility is the graphics (or something else) is taking more CPU cycles on the Color. It would be interesting to see of other codecs are affected by this.
Perhaps someday we'll be able to split the codec and the other audio processing into separate threads (and cores). That will solve it... ;D
lowlight:
I would guess that hard disk vs flash disk and 220x176 vs 176x132 lcds would be the main differences affecting performance.
If it really is the competition between codec and ata cpu usage that is preventing buffering from happening, then I wonder if the new scheduler could be tuned to allow buffering to occur uninterrupted. Obviously playback would stop, but you may get real-time playback thereafter until the buffer needs to be refilled.
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version