[gstreamer-bugs] [Bug 516513] New: dvdread/dvddemux: FORMAT_TIME seek fails on some DVDs

[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=516513

  GStreamer | gst-plugins-ugly | Ver: HEAD CVS
           Summary: dvdread/dvddemux: FORMAT_TIME seek fails on some DVDs
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-ugly
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: tal_gnome at shalif.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


Please describe the problem:
Seek operation fails when running a simple DVD playing pipeline using
dvdreadsrc and dvddemux, 

Steps to reproduce:
(using python bindings)
1. >>> import gst
2. >>> pipeline = gst.parse_launch("dvdreadsrc title=5
device=/home/tshalif/Desktop/MP3/b5s1d1.iso ! dvddemux name=demux
.current_video ! queue ! mpeg2dec !  xvimagesink")
3. >>> pipeline.seek ( 1.0, gst.FORMAT_TIME, gst.SEEK_FLAG_FLUSH,
gst.SEEK_TYPE_SET, 1224407266667L, gst.SEEK_TYPE_NONE, 0 )


Actual results:
The movie display pauses on the current position. After a long time (5 - 10
minutes) it resumes playing, but much further down the movie than the intended
seek position

Expected results:
video output to seek to requested position and continue playing film

Does this happen every time?
On those DVDs where the problem manifests itself it happens every time, but
with the following characteristics: It seems like for each such DVD there is a
'point-of-no-return' seek position; Seeking to any position larger than that
position will fail as described abofe. But seeking to a position smaller than
that point will succeed. 

Other information:
In the above example, the 'point-of-no-return' seek position is 1224407266667
nanoseconds. Seeking to 1224407266666 or less will succeed, while seeking to
1224407266667 or above will fail.


-- 
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=516513.