Version: 1.2-beta3 (using KDE KDE 3.3.1) Installed from: RedHat RPMs Compiler: gcc 3.4.2 OS: Linux ok, after working around xine-lib bug for not finding .m4a files ( i renamed them to .mp4), amarok plays the files. however the seek into these files wont work. the seek works perfectly in xine-ui and gxine. also, xmms will play the same file but wont seek. even though xmms is not based on xine i guess some similar bug may be? my xine packages on fedora core 3. xinetd-2.3.13-4 gxine-0.4.1-1.1.fc3.rf xine-lib-1.0.0-1.1.fc3.rf xine-0.99.3-2.1.fc3.rf xine-lib-devel-1.0.0-1.1.fc3.rf -- Ram
Is the track length shown as 0?
Yes.. it does show the right value.
sorry, i think i meant: it doesnt show the value of 0. It shows the right value of the track length in the xine-ui client. Thanks, RmY
I mean in amaroK. Does amaroK show the length 0? If so, TagLib does not support this file type. amaroK uses TagLib to read all tags and also to determine the length. If the legth is 0, you cannot seek in this track.
yes, amarok is not able to determine the length of the track. it just goes back to elapsed time when i click on the ticking time. is taglib supposed to support .aac format? if its genuine error by taglib, i can file a bug report with them. thanks.
TagLib currently doesn't support these formats, so it's not a bug, but a feature request.
Well, then please implement the feature. Please, pretty please with sugar on top.
The last time that I checked there's nothing yet standardized for tagging these files. Granted, I haven't been actively looking, but at which point I do stumble across such a spec I'll probably implement this.
If nobody objects, I will close this as a dupe of bug 89045 soon.
Well, it seems nobody objected. *** This bug has been marked as a duplicate of 89045 ***