• Status Closed
  • Percent Complete
  • Task Type Bugs
  • Category Music playback
  • Assigned To No-one
  • Operating System iPod Nano
  • Severity Medium
  • Priority Very Low
  • Reported Version
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Rockbox
Opened by probedb - 2006-08-11
Last edited by pondlife - 2006-10-19

FS#5796 - Valid (floor type 0) ogg file crashes player

I came across a thread on a forum asking which PMPs could player a certain ogg file. The file is apparently perfectly within spec and works on all computer based players.

On today’s build (20060811) of rockbox for the nano, it actually freezes the player requiring a reboot. On my previous version of rockbox (unfortunately don’t remember which) it played very badly but didn’t cause a crash.

The file is here: Have attached as well.

The thread is here:

The thread starter will be better placed to advise on problems.

Closed by  bagder
2007-05-19 16:00
Reason for closing:  Later

In the forum, the poster mentions he understands why the problem occurs, could you ask him the technical details? It would probably help with getting the bug out of rockbox.

Just posted a request for more info for you :)

Some info from the thread start…hope it helps you guys…

probedb, the technical reason for the odd nature of this and most other Oggs of mine is, I’m fairly certain, down to the encoder I used originally, which used libvorbis 1.0 beta 4.

Early encoders such as this one employed a floor of type ‘0’, as opposed to the more efficient/cheaper floor type ‘1’ which has been used in all encoders from libvorbis 1.0 onwards, I believe.

The problem appears to be that most DAP decoders can only handle a floor of type ‘1’.

While floor ‘0’ type files like mine are, it turns out, pretty rare, they still conform to the standards, as can be seen in the documention linked below:

which specifically states that “Floor 0 is not to be considered deprecated…”

Thanks for looking into this, probedb. A version of Rockbox that could play these files would increase my purchasing options immeasurably, as well as being a shining example of the power of open-source :)

At the moment, Rockbox actually specifically only claims to support files encoded with 1.0 and later, I believe. Though I’m sure a patch would be welcomed to fix this, I’m not sure if there’s anyone who’d feel this currently has a lot of weight for investigating compared to some of the larger playback problems and such that need fixed. I imagine it’ll happen eventually though.

Thanks for the information :) At least it’s registered in here so at some point someone can look at it.

Files like these require quite a bit of memory to decode, more than what Rockbox has set aside for the purpose. Adding a real malloc for the codecs might help…


Available keyboard shortcuts


Task Details

Task Editing