[gst-devel] 0.9 proposals
walters at verbum.org
Tue Nov 30 05:38:01 CET 2004
On Tue, 2004-11-30 at 12:21 +0100, Thomas Vander Stichele wrote:
> > David and I agreed on the fact that we want to get rid of threads. Do not
> > support threads in Gstreamer anymore, it only causes races. This of course
> > only works with a non-blocking API. But if you want a threadsafe model
> > you're in for quite a ride, especially with dynamic pipelines.
> How do you make a non-blocking API out of a blocking API (say, a lib
> you're wrapping in an element) without using threads ?
> How would you write elements that are more performant or easier to write
> using threads, like the v4lsrc elements or multifdsink ?
I think what Benjamin was suggesting was to discard the "thread"
element; individual elements would be able to use threads as an
implementation detail though.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: This is a digitally signed message part
More information about the gstreamer-devel