This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#8073 - mp3 playback stops at 0:00 for some files, FF resumes playback
Attached to Project:
Rockbox
Opened by luno (luno) - Friday, 02 November 2007, 20:02 GMT+2
Last edited by Brandon Low (lostlogic) - Saturday, 03 November 2007, 19:12 GMT+2
Opened by luno (luno) - Friday, 02 November 2007, 20:02 GMT+2
Last edited by Brandon Low (lostlogic) - Saturday, 03 November 2007, 19:12 GMT+2
|
DetailsMP3 playback halts at or near 0:00 when playing some (not all) songs auto-tagged using MediaMonkey (using ID1 and ID2 tags). Fast-forwarding to 0:05 or so within the file usually starts playback again, so I assume once you skip over the garbage, the mp3 decoder is happy again.
First witnessed in build 15325 for Sansa e280 (first RockBox I loaded on the device), started seriously tracking the problem with 15381 and it still appears in today's 15411. I will try to whittle it down to the smallest possible tag combination that causes the fault to appear. When I get it down, I'll attach a file that causes the halt problem. I advise setting this to "Low" until I find the problem tag(s), unless someone has a *headsmack* moment about tag handling and fixes something obvious. |
This task depends upon
Closed by Brandon Low (lostlogic)
Saturday, 03 November 2007, 19:12 GMT+2
Reason for closing: Fixed
Additional comments about closing: Should be fixed with the latest revision.
Saturday, 03 November 2007, 19:12 GMT+2
Reason for closing: Fixed
Additional comments about closing: Should be fixed with the latest revision.
Of the files, the "original" one is the one auto-tagged (v1 and v2 tags) by MediaMonkey v2.5.5.998 using the "autotag from Amazon.com" feature, which includes album art, commentary and lots of other tags for this song. This is the base file that I started the experiment with. It does not play correctly, usually halting at 0:00.
The "v1" directory contains a clip tagged only with ID3v1 tags, which plays as expected every time.
The "v1v2" directory contains files tagged with tags+art, art only, and all tags other-than-art. Each have ID1 and ID2 tags. None plays correctly.
The "v2only" directory contains files in the same three variants as the "v1v2" files, but with the ID1 tags stripped. None of these files plays correctly, either.
Tags on all files (except "original") were manipulated on a Debian Linux box using id3v2 v0.1.11 linked against id3lib-3.8.3.