[gstreamer-bugs] [Bug 627164] New: mad hangs when segment seek is issued

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=627164
  GStreamer | gst-plugins-ugly | 0.10.30

           Summary: mad hangs when segment seek is issued
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.30
        OS/Version: Windows
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-ugly
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: wl2776 at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Created an attachment (id=168088)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=168088)
code

The attached code decodes a MPEG2-PS file and saves its parts to a new MPEG2-PS
file.

It builds a pipeline consisting from uridecodebin, audioconvert, mad
ffenc_mpeg2video, twolame, mpegpsmux and filesink.

It also temporarily sets the rank for the flump3dec to none, so that
uridecodebin doesn't take it for decoding.

Then the code sets the pipeline to paused.
When state-changed message from the pipeline arrives, it issues the segment
seek and sets the pipeline to playing.

On segment-done message the new segment seek is issued, or, if this is a last
segment played, g_main_loop_quit is called.

The code also starts a timer using g_time_out_add, which queries the playing
position and outputs some statistics.

The problem is that the second segment-done message never arrives on windows,
and that timer constantly reports the same playing position.

The same code (except file paths) plays fine on Linux.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.