[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