Commit graph

5 commits

Author SHA1 Message Date
Wim Taymans
086de421dc Totally rewritten registry handling.
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.
2002-05-08 20:40:48 +00:00
Andy Wingo
2b12a668da use contents of GST_REGISTRY variable if --gst-registry is not set
Original commit message from CVS:
use contents of GST_REGISTRY variable if --gst-registry is not set
2002-05-05 17:45:41 +00:00
Benjamin Otte
ce8e4a8879 we don't use // in code we commit :)
Original commit message from CVS:
hi wtay (and some others): we don't use // in code we commit :)
2002-04-14 14:59:34 +00:00
Thomas Vander Stichele
98611ba214 more registry fixes
Original commit message from CVS:
more registry fixes
2002-04-12 18:50:48 +00:00
Thomas Vander Stichele
e00bcd6792 registry handling changes read up on it in docs/random/thomasvs/registry if interested net effect should be transpare...
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.
2002-04-12 09:53:00 +00:00