[gstreamer-bugs] [Bug 370836] Looping feature for gnlobject

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Tue Aug 24 00:21:24 PDT 2010


https://bugzilla.gnome.org/show_bug.cgi?id=370836
  GStreamer | gnonlin | git

--- Comment #6 from Sebastian Dröge <slomo at circular-chaos.org> 2010-08-24 07:21:20 UTC ---
(In reply to comment #5)
> I have a patch for this that is almost done.  I just saw this bug and noticed
> an interesting bit from Ed: "Call g_idle_add with a method that will send that
> new seek upstream."  I'm currently using g_thread and condition variable/mutex.
>  Is that going to make a significant difference?

Well, your approach is better, see bug #595187.

The best would probably be, if gnonlin had some kind of global thread pool that
always has a thread or two around for dispatching things like this to other
threads.

The problem with using the default main context is (other than that you require
a mainloop running there), that the seeks and everything else could block the
application.

Why do you need a condition variable btw? To wait in the streaming thread for
the seek to be handled? That's likely causing deadlocks

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the Gstreamer-bugs mailing list