GNOME Bugzilla – Bug 137710
When seeking, the sink's time is reset
Last modified: 2004-12-22 21:47:04 UTC
In jamboree, I used to do a query on the sink to get the current time to display the current time. This didn't work well, since for some songs the sink's time would be reset to 0 whenever a seek had been done. (I couldn't find out a pattern, just some random mp3's didn't work. Behaved like this for esdsink, osssink and alsasink.) Now I use my own timer instead, and I've noticed that rhythmbox does the same so they might have seen the same problem. Is querying supposed to work like that or is it a bug?
Sounds like a bug. If it's with specific mp3s, please provide a sample.
OK, I can reproduce this with gst-player and a specific mp3 file. Let me know how you want the file.
Please attach to the bugreport or upload somewhere online and provide us with a link. Thanks!
http://richard.imendio.net/~rhult/broken-query.mp3
I had a bit of trouble with the machine that song was on so sorry if it wasn't accessible for a while. It should work now though.
Richard, I'm going to be an ass: can you please provide a small (preferrably commandline, a few 100 lines of code or so, as small as possible) testcase for me to reproduce this? Possibly something that simply creates a simple pipeline from argv[1], iterates it and prints the time from a query after each iterate. Then, after 10s or so, seek. I'm asking because libgstplay doesn't work with audio-only (or at least not well enough), RB and other apps have their own timers, and thus it's hard for me to get to a simple testcase without spending hours on it... This way, I'm sure I get the right testcase. Thanks in advance!
Created attachment 27797 [details] [review] This patch should fix it. This was just applied to CVS HEAD and should fix this issue. Please test either the patch against 0.8.1 or HEAD/CVS and tell us if it fixes your issue.
With the patch, this should be fixed. If not, please reopen.