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

[GStreamer (bugzilla.gnome.org) <bug...@bu...>]

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=3D350477
 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 ever=
y
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 .s=
o . A
way to do it would be to allow plugins to tell the registry that it shoul=
d 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 plugin=
s 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/py=
thon ,
the registry will already be looking in that directory, since it goes int=
o the
subdirectories of $GST_PLUGINS_PATH.
Another information the plugins could also give is environnement variable=
s 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


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