[gstreamer-bugs] [Bug 588944] mpegpsdemux doesn't support seeking with GST_FORMAT_TIME anymore

[GStreamer (bugzilla.gnome.org)]

If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=588944

  GStreamer | gst-plugins-bad | Ver: git




------- Comment #10 from Tim-Philipp Müller  2009-07-19 21:12 UTC -------
Oh, right, that makes perfect sense. Thanks for tracking this down. So before
that commit, demuxers that didn't handle the SEEKING query would just pass the
query upstream, and basesrc would then completely ignore the fact it was asked
for seekability in TIME format and just reply with 'yes, look I can seek in
BYTE format', and the demuxer would never know. And the query originator
(totem) didn't double check the format after getting the query result, since it
(rightfully) didn't expect it to change.

So, to sum up:

 - totem somehow doesn't do the 'assume seekability if
   we have a duration' fallback any more properly, which
   hasn't been noticed before because of that bug in basesrc

 - we should make all these demuxers implement SEEKING
   queries


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=588944.