GNOME Bugzilla – Bug 159512
Progress bar with m4a (aac) broken
Last modified: 2004-12-22 21:47:04 UTC
FC3 - either stock totem (0.99.19) or updated to 0.9.22 gst-plugins 0.8.6 It will play an aac file now (wouldn't with gst-plugins 0.8.5 - at least for me) but the progress bar and time elapsed zooms to the end faster than real time. The audio though sounds peachy. These are iTunes encoded aac files if it matters.
Can you post a m4a file for me to look at? I don't think it does that for me. If you feel frightened (copyright or so), feel free to put it online and mail me the address privately.
http://homepage.mac.com/mpeters/misc/test.m4a History of file - ripped to wav w/ EAC (windows) Encoded to m4a (iTunes windows) renamed to make url easy to type here
Added info - the progress bar in gst-player-0.8 works fine
I can reproduce this. No fix yet. ;).
OK, found the reason. The faad plugin uses duration provided by qtdemux - which it doesn't set. :(. Therefore, there was no duration and the queue would thus cache infinite amounts of data, and the qtdemux position (which totem grabs) would thus increase very fast. Fix in CVS.
You the man :)