[gstreamer-bugs] [Bug 350477] [Registry] Provide a way for plugins to delegate the 'changes' behaviour

GStreamer (bugzilla.gnome.org) bugzilla-daemon at bugzilla.gnome.org
Fri Aug 11 04:57:19 PDT 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=350477
 GStreamer | gstreamer (core) | Ver: HEAD CVS





------- Comment #1 from Edward Hervey  2006-08-11 11:56 UTC -------
After more debating, the following comes up:

_ loading a .so (which would have to load libpython and so forth) at every
registry_check would mean extra memory usage for all gstreamer-based
application. So we need to avoid that.

We therefore need a way to check for other files without loading extra .so . A
way to do it would be to allow plugins to tell the registry that it should also
look for files:
_ with a given extension (ex:.py)
_ AND/OR some extra paths

If some file size/timestamp have changed, then the whole registry gets
reloaded. This *doesn't* mean the registry will look for gstreamer plugins in
more paths than the way it's currently configured, but it will be used to
figure out if it is 'dirty' or not.
Also, if system-wide python plugins are installed in $GST_PLUGINS_PATH/python ,
the registry will already be looking in that directory, since it goes into the
subdirectories of $GST_PLUGINS_PATH.
Another information the plugins could also give is environnement variables to
check for extra plugins path (ex : GST_PYTHON_PLUGINS_PATH).

I'll give a try at implementing that once I have the basic python plugin loader
working.

Comments welcome


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




More information about the Gstreamer-bugs mailing list