Original commit message from CVS:
spill over paths from a registry that couldn't load to the next one to ensure
that a usable registry gets built in the end
Original commit message from CVS:
Totally rewritten registry handling.
- move the registry save/load code into a gstregistry subclass, this
will make it possible to use other registries (flat file, web based,
RDBMS type, etc..)
- a simple GMarkup xml registry is implemented
- use standard statically linked plugins for core elements.
- GstPlugin has a very well defined set of functions now
A little bytestream hack..
Added more info to -inspect.
Some more debugging info for clocking.
Small cleanups
I use ./gst-register --gst-plugin-path=/opt/src/sourceforge/gst-plugins/gst-libs:/opt/src/sourceforge/gst-plugins/
to register core and gst-plugins now.
Original commit message from CVS:
registry handling changes
read up on it in docs/random/thomasvs/registry if interested
net effect should be transparent; ie. it will keep on working, but will
be more flexible than before. Testing with garnome seems to work now.
Should probably be rewritten completely, together with plugin loading, but
only after we spec it out ;) It's a bit messy.
Original commit message from CVS:
to set default categories for an app, call set_categories before the gst_init
restores gst-register to its previous verbosity (but --gst-mask=0 works)
Original commit message from CVS:
for i in gstreamer-*; do mv $i `echo $i | sed -e 's/gstreamer/gst/'`; done
*THIS CHANGES PROGRAM NAMES*
gstreamer-register -> gst-register et al
no one expressed objections to this over a two-day period, so i went ahead and did it
this can be reverted if folks complain too much...
2002-01-04 19:46:40 +00:00
Renamed from tools/gstreamer-register.c (Browse further)
