KDE and Amarok - Song length displayed incorrectly
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Amarok |
Invalid
|
Medium
|
|||
TagLib |
Fix Released
|
Medium
|
|||
taglib (Ubuntu) |
Fix Released
|
Medium
|
Unassigned |
Bug Description
Binary package hint: amarok
This bug is already posted on bugs.kde.org with ID 128388.
My music collection is quite large due to recording with StreamRipper. The song length of a couple of songs is caculated incorrectly. I do not think it is a problem of how long a song is. Fact is that XMMS can calculate the song correctly. I have also observed that KDE and amaroK must use the same algorithm to detect the song length. Whenever amarok displays wrong information KDE also displays wrong information.
I am using the XINE engine to play music files. MP3 files as well as OGG files are victims of this bug. Other distributions seems to have the same problem (I am using Fedora Core 5, Kubuntu 6.06 LTS and Kubuntu 6.10 Beta 3 on different computers). Having a look on my playlist the song length looks more like a random generated value. Affected songs have either no length or a random length. Sometimes it is not possible to move the scrollbar in order to jump forward in the song. Most of these songs are no more than 5MB large and have a bitrate of 128KBit or 192 KBit.
Another person in who commented my bug did some investigation and found the following "useful" info.
taglib svn contains some fixes
http://
http://
which fixes incorrect length calculation of VBR files. Unfortunately there isnt a newer release of taglib, so I had to build using SVN (which isnt too bad since taglib has no dependency). Also I added to that the fix given here
http://
And now amarok (and konqueror as well) reports the correct length.
PS: The sad thing now is that xine-lib still miscalculates the length of the files. So even though it plays the file ok but seeking beyond what it thinks it the correct length stops the playback :(. I guess that should be a separate bug: since playback is handled by xine and song-length by taglib it might occur that seeking can stop playing of the song.
Changed in amarok: | |
status: | Unknown → Unconfirmed |
Changed in amarok: | |
status: | New → Invalid |
Changed in taglib: | |
status: | Unknown → Fix Released |
Changed in taglib: | |
importance: | Unknown → Medium |
Changed in amarok: | |
importance: | Unknown → Medium |
Am I correct in saying this bug only affects VBR files?
It sounds like this can either be fixed by building a SVN snapshot of taglib or wait for a new release, since the bug has been fixed in SVN. Which would be better?
There is still the bug in xine-lib with miscalculating the length of the files though.