Rockbox

This is the bug/patch tracker for Rockbox. Click here for more information.

Quick links: Bugs · Patches · Rockbox frontpage

Tasklist

FS#11719 - 48Khz FLAC and ALAC playing slow

Attached to Project: Rockbox
Opened by Thomas Brunoli (tominated) - Thursday, 04 November 2010, 05:12 GMT+2
Last edited by Andree Buschmann (Buschel) - Thursday, 03 February 2011, 10:28 GMT+2
Task Type Bugs
Category Music playback
Status Closed
Assigned To No-one
Player Type iPod 5G
Severity Low
Priority Normal
Reported Version Release 3.6
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Private No

Details

When playing any lossless track that has a 48Khz sampling rate, rockbox incorrectly shows the song time longer than it actually is, and plays it slowly. E.G. Hurt by Nine Inch Nails is shown to be and plays for 6 minutes and 50 seconds, but it is actually 6 minutes 17 seconds
This task depends upon

Closed by  Andree Buschmann (Buschel)
Thursday, 03 February 2011, 10:28 GMT+2
Reason for closing:  Fixed
Additional comments about closing:  Fixed with r29201.
Comment by Nils Wallménius (nls) - Thursday, 04 November 2010, 14:47 GMT+2
could you attach such a file or post a link to one?
EDIT: i hexedited a flac file so it was played back as 48kHz and that worked fine, playtime was appropriately shortened.
Comment by Thomas Brunoli (tominated) - Friday, 05 November 2010, 11:50 GMT+2
Here's a copy of 'March of the Pigs' off the same album: http://dl.dropbox.com/u/3911808/04%20March%20of%20the%20Pigs.flac. I just noticed then, that the FLAC files don't have an issue (probably should've checked more thoroughly), but it's the ALAC copies that I have. Here's the ALAC copy that is slower than it should be: http://dl.dropbox.com/u/3911808/04%20March%20of%20the%20Pigs.m4a
Comment by Nils Wallménius (nls) - Saturday, 06 November 2010, 10:48 GMT+2
something is weird with that alac file, its metadata says it's 44.1kHz and that is what rockbox uses. None of my playback software can play back the file correctly but they do determine the correct duration and sample rate in some cases so there must be a different method for determining this although i would say this file is broken.

edit: a more recent version of ffmpeg decodes the file just fine but uses the 44.1kHz sample rate just as rockbox does. So i don't think this is a bug in rockbox, does the file play at its intended sample rate in any player?
Comment by Thomas Brunoli (tominated) - Monday, 08 November 2010, 00:29 GMT+2
I never thought to try it in another player. In iTunes it works perfectly, but in VLC it jitters all over the place. I use a mac primarily, so I haven't tried anything else.
Comment by Andree Buschmann (Buschel) - Wednesday, 02 February 2011, 21:10 GMT+2
I cannot compare with other *.alac files as I do not own such files. But if you take a look into the file with a hex-editor you will see that there are two "alac" IDs in it. The first is followed by 0x00AC44 = 44100 (offset of 22 bytes to "alac"), the second is followed by 0x00BB80 = 48000 (offset of 24 bytes to "alac").

Edit: With the attached patch this file plays correct with the correct sampling rate. Does this also work for other alac files?
   alac_v01.patch (3 KiB) 
 apps/metadata/mp4.c |   38 ++++++++++++++++++++++++--------------
 1 file changed, 24 insertions(+), 14 deletions(-)

Comment by Andree Buschmann (Buschel) - Thursday, 03 February 2011, 01:09 GMT+2
Good news: We never parsed the right "alac" atom to gather the samplingrate.
Bad news: For now I see no other solution than to parse until we find this "alac" atom.

I am not satisfied with this solution and will further investigate.
   alac_v02.patch (3.4 KiB) 
 apps/metadata/mp4.c |   45 ++++++++++++++++++++++++++++++++++-----------
 1 file changed, 34 insertions(+), 11 deletions(-)

Loading...