- Status Closed
- Percent Complete
- Task Type Bugs
- Category ID3 / meta data
- Assigned To No-one
- Operating System All players
- Severity Low
- Priority Very Low
- Reported Version Release 3.10
- Due in Version Undecided
-
Due Date
Undecided
- Votes
- Private
FS#12621 - Cue Sheet Timings for MP3 files are slightly misinterpreted
The cue sheet time information for mp3 VBR files is not correctly interpreted. Usually the “jump” to the next song/section is too short, so it jumps to the end of the currently played song, with some 3-5 seconds left to play.
mp3 CBR, aac, ogg vorbis, flac and WAVE encoded files are not affected by this bug.
I’m using a Sansa Clip+ with the 3.10 release, but this bug can be reproduced with several Rockbox simulator builds. (I tested it on the Sansa Clip+, Fuze v2 and iPod Nano 2 gen simulator builds.) This bug persist in the latest build (94139ac). (I did a quick check, and it’s also present in the 3.9.1 build.)
This file can be used as reference and I attached the correspondent cue sheet:
http://ia600802.us.archive.org/18/items/bmix265-kpop/mix265kpop.mp3
It’s pretty obvious on the last song.
mix265kpop.cue
(0.9 KiB)
2012-03-20 23:53
Reason for closing: Not a Bug
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
Nothing indicates a bug, just possible
room for improvement.
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
How well cuesheets work depends upon the ability of the codec to seek accurately. I get inaccuracies of about a minute in VLC, biased towards cutting off the beginning of the song rather than coming in too early by a few seconds. Rockbox seems to be performing better.
I will confess to one thing that could help matters in some cases, the file size passed to the codec is the file size, not the decodable data size (file size minus other metadata at the ends).
"How well cuesheets work depends upon the ability of the codec to seek accurately."
I agree. But I encoded the same file as AAC and ogg Vorbis, i.e. codecs with variable bitrates, and Rockbox didn't have any problem seeking the right position.
"I get inaccuracies of about a minute in VLC"
Well, VlC's cue sheet support is rather underwhelming. I just tried it and it fails to seek the correct position with mp3 VBR, ogg Vorbis and flac files. But AAC works without problems.
"I agree. But I encoded the same file as AAC and ogg Vorbis, i.e. codecs with variable bitrates, and Rockbox didn't have any problem seeking the right position."
Then you can agree they aren't the same format and won't necessarily produce the same results.
"Well, VlC's cue sheet support is rather underwhelming. I just tried it and it fails to seek the correct position with mp3 VBR, ogg Vorbis and flac files. But AAC works without problems."
Per above, it's not about support since there is so very little to support; it's about seek accuracy when given a time index, which varies with the format and is sometimes compromised to make seek time acceptable. I would never expect MP3 to be perfectly accurate without iterating through every frame between seek table points unless the table points exactly to the seek positions that correspond to the cuesheet seek points. I'd recomnend another format for cuesheet usage than MP3. XING headers exist to help (your file has one), but it won't be perfect.
"Then you can agree they aren't the same format and won't necessarily produce the same results."
I do agree.
And let me re-phrase it: VLC's accuracy is rather underwhelming, compared to foobar2K or Audacious.
I'll just re-encode the files for my Clip+ then.
Don't know, if this task should be left open or not. I leave the decision to the developer community.
Thanks!
NP. The cuesheet support code is the same no matter the format. It would be ill-advised expect a major improvment in accuracy without a revision of the mpa codec's seek code, which is possible. I wouldn't consider this a bug per se, even if it's not optimal.