GNOME Bugzilla – Bug 440476
RhythmBox displays an incorrect track length for .aac files.
Last modified: 2010-02-11 21:37:27 UTC
Please describe the problem: For .aac tracks that are more than a few minutes long (just about any song on any CD), the track length appears to be less than a minute. Steps to reproduce: 1. Rip a CD with reasonable length tracks into .aac's into a directory. I think I used WinAmp's .aac encoder, but I imagine the same thing happens with iTunes'. 2. Open RhythmBox. 3. Add your .aac's into the RhythmBox library 4. Play the .aac's with RhythmBox. 5. You will notice the file plays all the way through, however the displayed length of the track is shorter than the actual length. Actual results: The tracks play fine, although the length is incorrect. Expected results: ditto Does this happen every time? Yes Other information: This bug was originally reported this bug and I was redirected here. https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/116202
I can confirm this problem using Rhythmbox 0.11.5 (debian testing). Please note that my tracks are AAC HEv2, the newest breed at rates below 64Kbits/s for stereo at 44.1Khz.
Do you have an example file? Can I make a file that would fail? (I have no winamp)
I also confirm this bug using Rhythmbox 0.11.5 on the debian ubuntu 8.04 distribution. Playback is not the issue (although it lacks function on fading the tracks correctly; Rhytmbox issue not gstreamer) My AAC files all differ in bandwidth. 24, 48 and 128kb. All were encoded with a shoutcast ripper on a win32 system. Castripper was the windows program to convert the AAC streams to files. No conversation was taken place merely a direct to disk approach. Tracks are stored both on the ubuntu local pc & windows networked pc. I can also confirm the Winamp for windows displays the track length correctly. Is there something I can look into to solve this gstreamer issue? Particular files AAC version, Log files...
Created attachment 130648 [details] aac file ripped from aac radio stream doesn't display track length correctly
commit f6ea21779240cf09e0c730febad6a0d0d5393999 Author: Mark Nauwelaerts <mark.nauwelaerts@collabora.co.uk> Date: Wed Feb 10 22:14:07 2010 +0100 faad: correctly estimate average bps Count consumed bytes and corresponding duration atomically, rather than letting bytecount run ahead of what has been decoded. Fixes #440476.