[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gstreamer-devel
Subject:    Re: [gst-devel] 0.9 proposals
From:       Benjamin Otte <in7y118 () public ! uni-hamburg ! de>
Date:       2004-12-01 14:57:27
Message-ID: Pine.A41.4.44.0412011555300.9442-100000 () public ! uni-hamburg ! de
[Download RAW message or body]

On Tue, 30 Nov 2004, Thomas Vander Stichele wrote:

> Hi,
>
> > 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.
>
> Same thing in Wim's proposal.
>
No, Wim proposes to make lots of internal GStreamer function calls
threadsafe by adding locking around ie gst_pad_(un)link. This requires
lots of work - especially deadlock prevention - inside the core.
My proposal is to make the whole API not threadsafe and require that each
function be called in its context. That's a lot easier.

Benjamin



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/
_______________________________________________
gstreamer-devel mailing list
gstreamer-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
[prev in list] [next in list] [prev in thread] [next in thread]