[gstreamer-bugs] [Bug 621299] New: simple thread barrier element

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=621299
  GStreamer | gstreamer (core) | unspecified

           Summary: simple thread barrier element
    Classification: Desktop
           Product: GStreamer
           Version: unspecified
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: enhancement
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: ensonic at sonicpulse.de
         QAContact: gstreamer-bugs at lists.sourceforge.net
      GNOME target: ---
     GNOME version: ---


Instead of making it a separate element, we can probably add a property to
queue (silent) to skip : unlock(); signal_emit(); lock(); in silent mode.

On the other hand I was thinking about adding a gboolean passthrough property.
This would change threadbarrier into identity. Dynamically (de)activating the
loop-function needs some thoughts though. The use case is e.g. playbin2 where
we currently plug a queue between videodecoder and sink. Some decoders (e.g.
dsp decoders on N900) alreday have a queue-like behaviour and the extra queue
increases the pressure on the pad_alloced buffers (needs more).

Another usecase is demuxer/tee elements where one just wants the
thread-boundary but no buffering per se.

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