[gstreamer-bugs] [Bug 555898] [optimisation] Block signals from timeline while doing complex changes

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Thu May 7 10:15:32 PDT 2009


If you have any questions why you received this email, please see the text at
the end of this email. Replies to this email are NOT read, please see the text
at the end of this email. You can add comments to this bug at:
  http://bugzilla.gnome.org/show_bug.cgi?id=555898

  GStreamer | gnonlin | Ver: git

Edward Hervey changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.11




------- Comment #1 from Edward Hervey  2009-05-07 17:15 UTC -------
commit d6e84eafc8b22c05d3da8849a4cdf46045a58f78
Author: Edward Hervey <bilboed at bilboed.com>
Date:   Wed May 6 16:21:01 2009 +0200

    gnlcomposition: Implement update-blocking. Fixes #555898

    When update is set to False, the internal pipeline is never updated,
    nor are the stop/duration properties of the composition.

    This allows for massive modifications with a much lower overhead.


-- 
See http://bugzilla.gnome.org/page.cgi?id=email.html for more info about why you received
this email, why you can't respond via email, how to stop receiving
emails (or reduce the number you receive), and how to contact someone
if you are having problems with the system.

You can add comments to this bug at http://bugzilla.gnome.org/show_bug.cgi?id=555898.




More information about the Gstreamer-bugs mailing list