[gstreamer-bugs] [Bug 328873] New: only one gst_bin_recalc_state allowed at a time

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Fri Jan 27 09:44:56 PST 2006


Do not reply to this via email (we are currently unable to handle email
responses and they get discarded).  You can add comments to this bug at
http://bugzilla.gnome.org/show_bug.cgi?id=328873
 GStreamer | gstreamer (core) | Ver: HEAD CVS

           Summary: only one gst_bin_recalc_state allowed at a time
           Product: GStreamer
           Version: HEAD CVS
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: thaytan at mad.scientist.com
         QAContact: gstreamer-bugs at lists.sourceforge.net
     GNOME version: Unspecified
   GNOME milestone: Unspecified


At the moment, GstBin creates the threadpool for state recalculations with a
maximum number of 1 thread. There seems to be logic in gst_bin_recalc_state to
handle the case where multiple threads enter the function (it sets a polling
flag), so it seems reasonable that the threadpool should allow more threads -
otherwise an application with multiple toplevel bins cannot have them all
recalculating themselves in parallel.

Filing a bug because either Andy or Wim should check my logic is correct.

If it is, we should set the maximum in g_thread_pool_new to -1, and probably
take the bin lock and check ->polling is FALSE before bothering to push a new
recalc thread onto the pool.


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




More information about the Gstreamer-bugs mailing list