blob: 01a5e2d9145b4043d6809ea27c4738c1f443d39d [file] [log] [blame]
Registry Change Hooks
This document proposes a mechnism to register on registry updates.
Last edited: 2009-11-09 Stefan Kost
Current Behaviour
When new plugins are installed or some are removed, the next application that
runs rebuiilds the registry. Any application that runs later on won't know about
Some usecases need to cache gstreamer capabilities. They need to know when the
cache needs to be rebuilt. We could either export the registry mtime as api or
do the following.
This gets more useful once we can have more plugin/element metadata in the
registry (e.g. mime-types for demuxers and codecs, see
We add a ~/.gstreamer-0.10/registry-hooks directory. Applications can install
scripts there. When the registry is rebuild, those scripts are run async in no
specific order. There is no feedback channel (return values, stdout/err).
it would install a script that simply deletes its cachefile.
it would install a script that runs gst-inspect-0.10 --print-plugin-auto-install-info
and post process it.
they could tune the "MimeType=" lists in their desktop files
Open Items
Should we have a gst-registry-hook script with --install/--remove/--list actions
to manage hooks?