- Status Closed
- Percent Complete
- Task Type Bugs
- Category Codecs
-
Assigned To
Buschel - Operating System Another
- Severity Low
- Priority Very Low
- Reported Version Release 3.6
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#11539 - some m4a files won't play
Some m4a files show up in files list, but they don’t start to play. example file attached. Sansa Clip+; r27817
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
Now that I moved this file to another folder, where it follows a wma file, I can get it to play, but it sounds very distorted. Third and last file in that folder is the one from
FS#11540. I cannot start Kapsberger directly in this folder, nor can I switch from the third file to it. Only way to get it to play is to switch from the first (wma) to it. The wma file is too large to upload.same issue than
FS#11540?You should talk to Buschel on IRC
Just played around a bit with this file. It cannot be played directly, but only directly after a non-aac-file was played…. Not sure how this can be explained…
The distortion itself is very audible and is also occuring with very early rockbox implementations of libfaad (e.g. r27224 shows this error as well). For now I can state that this effect was not introduced with the latest optimizations (though the distortions sound different with newer revisions).
The distortions were introduced with r23967. r23966 plays back flawlessly. I will further investigate…
Just a remark. This file is not playable realtime on most targets as it is an aac-he file.