- Status Closed
- Percent Complete
- Task Type Bugs
- Category Operating System/Drivers
- Assigned To No-one
- Operating System Sansa Clip Zip
- Severity Critical
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
Attached to Project: Rockbox
Opened by GeneralFailer - 2016-06-04
Last edited by Bilgus - 2019-08-17
Opened by GeneralFailer - 2016-06-04
Last edited by Bilgus - 2019-08-17
FS#13075 - [Clip Zip] Player crashes when opening certain files
Version: recent daily (I’m only sure it’s newer than 86df983).
The player drops into “data abort” message if I try to open certain M4A and Opus files including the one in the attachment.
I’m now stuck in the boot loop because of the player trying to open it again every time.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
Is the file not attached?
That AAC file won’t play because the MP4 container isn’t “web optimized”. Repacking it like a normal audio file fixes playback.
I’m surprised it crashes the player though instead of just rejecting the file. I’ll try and find time to figure out why.
Is there a button combination or something to stop the boot loop?
OK, I solved the loop by booting to the stock firmware.
Did you mean because it is web-optimized? Why doesn’t Rockbox support this type of files?
Also what should I do to make them compatible? I tried using FFmpeg with “-codec:a copy” option on them, but they crash Rockbox all the same.
I read the FAQ answer on AAC, so you can ignore that question, I guess.
There is an FFMPEG switch to create MP4 files designed for audio playback/portable devices. You need to hit that if you want to play them on less powerful portable devices. Otherwise you get the video type ones which are tricky to decode on devices without a lot of RAM.
Really though FFMPEG’s internal AAC encoder isn’t very good. Unless you need ffmpeg compatibility, I’d just use iTunes/FDK/Nero. That way you’ll get a normal MP4 formatted file and better quality.
I’m using Linux.
You want to be using FDK then most likely. You can also use it through ffmpeg if you want, but its probably easier not too, and if you do make sure you set the MP4 container settings correctly for portable use.
I also updated the AAC FAQ entry to cover this.
I’m having a hard time comprehending your statement about this being just a container problem in your original comment. There doesn’t seem to be anything useful here IMO.
https://www.ffmpeg.org/ffmpeg-formats.html#toc-mov_002c-mp4_002c-ismv
Check Google, there are guides explaining how to set ffmpeg parameters. Or just use something simplier.