gstreamer/testsuite/plugin
David Schleef 3547072600 testsuite/Makefile.am: define tests_ignore
Original commit message from CVS:
* testsuite/Makefile.am: define tests_ignore
* testsuite/Rules: Added new tests_ignore, which get compiled,
but not run (generally because they're inconsistent or have
heisenbugs).  Now we can ensure all the .c files compile in
testsuite/.
* testsuite/bins/Makefile.am: define tests_ignore
* testsuite/bytestream/Makefile.am:
* testsuite/caps/Makefile.am:
* testsuite/clock/Makefile.am:
* testsuite/debug/Makefile.am:
* testsuite/debug/global.c: (gst_debug_log_one),
(gst_debug_log_two): Fix compilation problem.
* testsuite/dynparams/Makefile.am:
* testsuite/elements/Makefile.am:
* testsuite/ghostpads/Makefile.am:
* testsuite/indexers/Makefile.am:
* testsuite/parse/Makefile.am:
* testsuite/plugin/Makefile.am:
* testsuite/refcounting/Makefile.am:
* testsuite/refcounting/element_pad.c: (main): Don't return leak
results, because it's not calculated correctly.
* testsuite/refcounting/pad.c: (main): same
* testsuite/states/Makefile.am:
* testsuite/tags/Makefile.am:
* testsuite/threads/Makefile.am:
2004-04-15 04:54:53 +00:00
..
.gitignore update - this is huge, because it includes *.bb, *.bbg and *.da files which are generated for gcov. 2004-01-12 16:53:23 +00:00
dynamic.c gst-indent run on core 2004-03-13 15:27:01 +00:00
linked.c gst-indent run on core 2004-03-13 15:27:01 +00:00
loading.c gst-indent run on core 2004-03-13 15:27:01 +00:00
Makefile.am testsuite/Makefile.am: define tests_ignore 2004-04-15 04:54:53 +00:00
README Lots of modifications to the plugin system. 2001-08-21 20:16:48 +00:00
registry.c gst-indent run on core 2004-03-13 15:27:01 +00:00
static.c gst-indent run on core 2004-03-13 15:27:01 +00:00
static2.c gst-indent run on core 2004-03-13 15:27:01 +00:00
testplugin.c gst-indent run on core 2004-03-13 15:27:01 +00:00
testplugin2.c gst-indent run on core 2004-03-13 15:27:01 +00:00
testplugin2_s.c gst-indent run on core 2004-03-13 15:27:01 +00:00
testplugin_s.c gst-indent run on core 2004-03-13 15:27:01 +00:00

The following plugin modes are supported:

1) registry based 
-----------------

All known plugins are listed in the registry file.

  gst_plugin_find ("pluginname");

Works right after gst_init (), along with the elements in it.
dynamic loading of the plugin is performed when a feature inside 
it is requested.

example: registry.c. (You might want to run gstreamer-register with
the --gst-plugin-path=. to added the test dir to the plugin path so
that the testplugins can be found)


2) non registry based, dynmic loading
-------------------------------------

Plugins are know after a gst_plugin_load ("pluginname"). This 
function will scan de plugin paths, so you might want to perform
a gst_plugin_add_path ("path").

After the gst_plugin_load(), the features are available without any
further actions.

example: dynamic.c


3) non registry based, shared linking
-------------------------------------

You can add the plugin .so (or equivalent) file to the LDFLAGS at 
compile time. The plugin will be known after the gst_init() without
any further actions.

example: linked.c


4) non registry based, static linking
-------------------------------------

Plugin compiled with the GST_PLUGIN_STATIC defined can be statically
linked to the executable. The plugin is available after gst_init () 
without any further actions.

example: static.c (plugins are statically linked from another file)
         static2.c (plugins are included in the main file)


Any combination of the above is possible too, for example, you can use
a registry, have some plugins load dynamically and have another few
linked in as a shared lib. 

You cannot statically link multiple plugins that are compiled without the
GST_PLUGIN_STATIC symbol defined (this will cause multiple defined at link
time for obvious reasons)