Much skipping on Speex file of long duration

[Mr_Rabid_Teddybear]

I have a Speex file of 1 hr 46 min duration. The information obtained give that the file is encoded with Speex 1.1.6, it's wideband (16 kHz), mono, 17 kbps nominal VBR. There's a lot of skipping while playing it in Rockbox (testing playing it with XMMS now, it plays fine). Tested a couple of short duration Speex files too, they seem to play back fine. Seems also that Rockbox spins up the harddisk often while playing the long duration file. I'm using a H340, and I see the Speex codec was developed using an iPod, so it's maybe more optimized for ARM than for Coldfire yet? Anybody knows if optimizing efforts will be attempted, or anything else of relevant information?

[Llorean]

Out of curiosity, are you expecting that someone might say "No, we intend to never optimize it for the H100/H300 series of players?"

The codec is in a very early state, and has _many_ bugs at the moment.

[Dwyloc]

From reading through today's IRC log's it looks like the skipping problems you are seeing may be caused by using VBR encoded speex files as VBR support still uses floating point calculation in the original speex codec.

But as I have neither looked at the code or tested speex on my h120 or ipod nano since it was updated to the latest version of speex this morning I could be wrong.

As I mainly use my players to listen to audio books I will defiantly have to give it a go my self and keep an eye on rockbox future support for the codec as storing my audio books in a format designed for encoding speech should allow me to encode at a lower bit rate, and have more space free on my nano for music.

[Mr_Rabid_Teddybear]

VBR decoding routines not being fully fixed-point implemented would be a sensible explanation, yes...
However, it seems that the update to latest Speex SVN took care of this problem. I'm listening to the said file now, and it haven't skipped this far.