[gstreamer-bugs] [Bug 621299] New: simple thread barrier element
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Jun 11 06:55:31 PDT 2010
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.
More information about the Gstreamer-bugs
mailing list