[gstreamer-bugs] [Bug 635226] New: gdppay fails to sync if added to pipeline during playback

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Nov 18 14:27:50 PST 2010


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

           Summary: gdppay fails to sync if added to pipeline during
                    playback
    Classification: Desktop
           Product: GStreamer
           Version: 0.10.30
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: 4ernov at gmail.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Created an attachment (id=174809)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=174809)
Source code of test example

gdppay suffers strange problems with timestamping and syncronization if it is
added to the pipeline after playback was started. Here's my case to reproduce
the bug.

The pipeline

                     queue -- xvimagesink
                  /
playbin -- tee
                  \
                     queue -- valve -- fakesink

is dynamically transformed to

                     queue -- xvimagesink
                  /
playbin -- tee
                  \
                     queue -- valve -- gdppay -- filesink

on the far end there's gst-launch command:

gst-launch -vv -m filesrc location=test.gdp ! queue ! gdpdepay ! decodebin !
ffmpegcolorspace ! timeoverlay valign=bottom ! ximagesink

(see also source code in the attachment)

Everything is OK until the pipeline was modificated to the 2nd state. The main
branch (without gdp part) continues playing while the secondary branch freezes
and then plays small amount of rare frames with delays etc. The following
message is printed on the console:

0:00:07.134552825 19490  0x95be9c8 WARN  gdppay
gstgdppay.c:594:gst_gdp_pay_chain:<gdppay0> did not receive
new-segment before first buffer

As shown with timeoverlay clocktime of the secondary branch is very discrete.

Detailed experiments of some other elements for the secondary branch
(ximagesink, combination of jpegenc and avimux instead of gdppay) show that
these elements don't suffer such a problem. So it seems to be some timestamping
fault in gdppay/gdpdepay which leads to this strange bug.

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




More information about the Gstreamer-bugs mailing list