[gst-devel] 0.9 proposals

[Colin Walters]

On Tue, 2004-11-30 at 12:21 +0100, Thomas Vander Stichele wrote:
> Hi,
> 
> > 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
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20041130/c90c8789/attachment.pgp>