[gstreamer-bugs] [Bug 354594] New: multifdsink doesn't work reliably with sync-method = 'next-keyframe'

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Wed Sep 6 03:57:53 PDT 2006


Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=354594
 GStreamer | gst-plugins-base | Ver: HEAD CVS

           Summary: multifdsink doesn't work reliably with sync-method =
                    'next-keyframe'
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins-base
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: msmith at fluendo.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


If you use multifdsink with sync-method set to 'next-keyframe', a race
condition causes the clients attached to multifdsink to (usually) never start,
or sometimes start after a very long time, etc.

If two buffers (e.g. a keyframe and a non-kf) are added to the queue in quick
succession, then the new-client check would only check the second of these, not
see the keyframe, so not start the client.

Patch forthcoming.

In latest-keyframe mode, if there was no latest-keyframe in the queue (yet), we
switch to next-keyframe mode, so see the same behaviour.


-- 
Configure bugmail: http://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