[gstreamer-bugs] [Bug 350477] [Registry] Provide a way for plugins to delegate the 'changes' behaviour
bugzilla-daemon at bugzilla.gnome.org
Thu Jan 11 02:03:26 PST 2007
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
GStreamer | gstreamer (core) | Ver: HEAD CVS
------- Comment #7 from Edward Hervey 2007-01-11 10:01 UTC -------
Stefan, rescanning the whole registry every time is a BAD IDEA (tm) ! Just
imagine everybody complaining about how slow gst-based apps start.
It would be much saner IMHO to let the registry scanner (the part that decides
that a plugin has changed) also check for modifications in other files and
store that information in the registry, and not some plugin code (since it
would mean redundancy in most of those plugins, and also poses the problem of
how those plugins are going to figure out if the subplugins have changed or
An interface would be the easiest way to do this, with a method where the
factory can return:
* paths : These are the paths to search for the 'subplugins' the plugin uses.
* extensions : A list of extension for those 'subplugins' (most of the time it
would be .so/.dll, but a python plugin loader could also use '.py').
* env variable : An environment variable which can contain some extra paths to
Then the registry scanner can look in the various paths for files with the
given extensions, get the size and file timestamp, and compare those values to
those already stored in the registry. If it's different, reload the given
Also, if the registry scanner sees that the current env variable value is
different from the previously stored one, then it also needs to force a reload.
Configure bugmail: http://bugzilla.gnome.org/userprefs.cgi?tab=email
More information about the Gstreamer-bugs