Rockbox

Usually AAC files above an hour or two will exhaust the available memory on the player. I'd either use a less memory intensive format, or cut the file into ~1 hour segments. I don't think this can be fixed, parsing MP4 is very memory intensive, or at least I have not seen a good solution to the problem.

Fixed by https://gerrit.rockbox.org/r/c/rockbox/+/5296

P.S. "Request closure" button seems broken. Closure dialog is opened and closed immediately.

Using the latest rockbox-xduoox3ii-20240323.zip on the xDuoo X3ii I found a problem that seems like the one described here. Opening a large audiobook in .m4b format results metadata / cover art appearing on screen for a fraction of a second then returning back to file browser. No error message. The file works on PC, read from the same SD card.

I am attaching a mediainfo report of the m4b file in hopes it provides some useful insight.

I'm happy to do a specific test if it helps you.

   mediainfo.txt (79 KiB)

Can't say anything without a file. I might look into it if if you can share it.

Thank you @bahus!

Here's the file:
"https://www.swisstransfer.com/d/"
plus
"700b01f1-72cf-4a9e-90fe-29b2625eb815"

The archive password is the FULL title of this task (starting with " FS#13049 "… and ending with …"file"). Large file, ~550MB

Thanks for looking into this!

Please notify me if you manage to get the file, perhaps I was a bit to cryptic :) sorry

Yes I got it and it plays just fine on my Sansa Clip Zip.
Will check what's going on hiby devices tomorrow (at a quick glance I see that for some reasons less memory is reserved for codec on hiby devices. So probably slight CODEC_SIZE memory increase will fix it).

The x3ii (and other hibyos) targets are actually pretty RAM limited due to the underlying platform limitations, so bumping CODEC_SIZE may cause issues elsewhere.

@impig Please test the following build:
https://mega.nz/file/8D4BiYxS#jIv0uBjDiyNC4qSiiQJt1iFhRJqm-Y2B-J-PjZUUyXQ

Yes it's memory related. We allocate maximum seek entries and then fail to allocate some more memory required for SBR decoding (16Kb).

Sources: https://github.com/bahusoid/rockbox (it's my custom branch with some other changes, but should suffice for testing purposes)

so bumping CODEC_SIZE may cause issues elsewhere.

@speachy I find those values weird. Most devices have 1Mb for codec and 800Kb for plugin buffer. And nwz and hiby hosted ports have it reversed 800Kb for codec and 1Mb for plugin. Why? It seems hiby values were just copy pasted fro nwz port without much considerations.

Anyway I tested increased to 1Mb CODEC_SIZE on my Rocker and see no ill effects. I also enabled FAAD_STATIC_ALLOC (statically allocates SBR data) so it prevents such errors in future (other option is to reserve memory for AAC-HE files before allocating seek table)

@bahus thanks again for looking into this, I appreciate it!

I tested your build and it works! The file now plays, keeps playing and seems to function as it should. I did just test it for a minute.

Did you have to omit some other functionality in your build in order to free the memory?

Thank you.

No nothing is omitted. Just more memory reserved from available RAM. Ok I will prepare later change request for merging in official rockbox sources. Let me know if you notice any quirks with test build.

OK, great! I'll report here if I find something out of the ordinary!

I will prepare later change request for merging in official rockbox sources.

https://gerrit.rockbox.org/r/c/rockbox/+/5608 https://gerrit.rockbox.org/r/c/rockbox/+/5609

Hi, @bahus I'm here to report some crashes… :(

It was fine with your build (but I only listened to the same audio book file all the time), however today I updated my xduoox3ii to 19f21a2b3f build (https://download.rockbox.org/daily/xduoox3ii/rockbox-xduoox3ii-20240329.zip) an had it crash twice in a short period of time while switching between mp3 albums. Same files, from same SD card, I played numerous times in the past without problem. I took pics of the errors - sharing just one because it was exactly the same both times. After the error and a key press the player restarted.

Is this related?

   rberror1.jpg (397.3 KiB)

I'm not sure if bumping CODEC_SIZE might cause it (looks unlikely to me)… Try to reproduce it with my test build…

Also try to reproduce it with last daily build without my changes:
https://download.rockbox.org/daily/xduoox3ii/rockbox-xduoox3ii-20240326.zip

Other daily builds can be seen here: https://www.rockbox.org/dl.cgi?bin=xduoox3ii

Before I switch the build here are some more insights on how to reproduce:

* file type doesn't seem to matter - crashed with mp3s and flacs
* it crashed on files with artwork and without them

Just open a directory of music files and play one, then:
- skip track or two ahead
- skip a track or two back
(this was the "random" part)

but THEN (this seems to be the trigger):
- press pause
- press the cancel/back button
FREEZ *

To identify which button I mean with "cancel/back": (this is the button that brings you back to file browser. On my player it has the "return" arrow icon, but is not the "previous song |«" button. If you hold it for a second it brings up the "context menu")

Anyway this button seems to trigger it.

* Just reproduced it with a previous https://download.rockbox.org/daily/xduoox3ii/rockbox-xduoox3ii-20240326.zip build too.

PS:
There's one thing I did, which I normally don't, before my first crash happened (on the latest build). I also downloaded the "font" and "voice" files and extracted them to my player. I then disabled the voice announcing the menus in the options. Seems harmless, but could this be the problem? How do I remove voice without losing my other settings so I can test but not loose my preferences?

* Just reproduced it with a previous https://download.rockbox.org/daily/xduoox3ii/rockbox-xduoox3ii-20240326.zip build too.

Then it has nothing to do with my changes (even if it's reproducible in my test build). I think you should report it as new issue.

How do I remove voice without losing my other settings so I can test but not loose my preferences?

Remove all *.voice files in .rockbox/langs/ folder

Ok, thanks, will report as a new issue.

BTW: rockbox-xduoox3ii-20240307.zip seems to be stable

It's the same as 2024-03-23. Well than it's not that hard to identify exact day that fails for you. You are interested in builds that have changelog link and ignore builds with `(no changes)`.

Bilgus just pushed some fix in path handling. Maybe it fixes your issue too..

I opened a new issue https://www.rockbox.org/tracker/task/13410