Rockbox

Tasklist

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

Attached to Project: Rockbox
Opened by Paul Solecki (probedb) - Friday, 11 August 2006, 13:10 GMT
Last edited by Steve Bavin (pondlife) - Thursday, 19 October 2006, 11:35 GMT
Task Type Bugs
Category Music playback
Status Closed
Assigned To No-one
Operating System iPod Nano
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

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: http://www.simisker.com/floor-0-example-libvorbis10beta4_cut.ogg Have attached as well.

The thread is here: http://forums.overclockers.co.uk/showthread.php?t=17609694

The thread starter will be better placed to advise on problems.
This task depends upon

Closed by  Daniel Stenberg (bagder)
Saturday, 19 May 2007, 16:00 GMT
Reason for closing:  Later
Comment by Will Robertson (aliask) - Friday, 11 August 2006, 13:17 GMT
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.
Comment by Paul Solecki (probedb) - Friday, 11 August 2006, 13:21 GMT
Just posted a request for more info for you :)
Comment by Paul Solecki (probedb) - Friday, 11 August 2006, 17:51 GMT
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:

http://www.xiph.org/vorbis/doc/Vorbis_I_spec.pdf

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 :)

Comment by Paul Louden (darkkone) - Sunday, 13 August 2006, 22:54 GMT
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.
Comment by Paul Solecki (probedb) - Monday, 14 August 2006, 10:09 GMT
Thanks for the information :) At least it's registered in here so at some point someone can look at it.
Comment by Magnus Holmgren (learman) - Saturday, 26 August 2006, 09:24 GMT
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...

Loading...