mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-08 10:31:05 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/tools/Makefile.am

57 lines
1.5 KiB
Makefile
Raw Normal View History

Lots of modifications to the plugin system. Original commit message from CVS: Lots of modifications to the plugin system. - Added a GstPluginfeature object that serves as a base class for all plugin contents. - changed the plugin API, everyhting is now added with gst_plugin_add_feature - typefactories are named now so that they can be located easily and filled in at plugin load. - mime types like "video/raw image/raw" are gone for now. - lots of plugin updates (style and API changes) - tested with an without registry. - updates to various tools. - added a little testsuite to test/show how you can load plugins (4 modes) Test this one, Almost everything has changed :-)
2001-08-21 20:16:48 +00:00
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
bin_PROGRAMS = \
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
gst-inspect-@GST_API_VERSION@ \
stats: add a stats frontend Parse the log and collect data from tracer messages.
2013-11-04 19:11:09 +00:00
gst-stats-@GST_API_VERSION@ \
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
gst-typefind-@GST_API_VERSION@
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
gst_inspect_@GST_API_VERSION@_SOURCES = gst-inspect.c tools.h
gst_inspect_@GST_API_VERSION@_CFLAGS = $(GST_OBJ_CFLAGS)
gst_inspect_@GST_API_VERSION@_LDADD = $(GST_OBJ_LIBS)
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
stats: add a stats frontend Parse the log and collect data from tracer messages.
2013-11-04 19:11:09 +00:00
gst_stats_@GST_API_VERSION@_SOURCES = gst-stats.c tools.h
gst_stats_@GST_API_VERSION@_CFLAGS = $(GST_OBJ_CFLAGS)
gst_stats_@GST_API_VERSION@_LDADD = $(GST_OBJ_LIBS)
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
gst_typefind_@GST_API_VERSION@_SOURCES = gst-typefind.c tools.h
gst_typefind_@GST_API_VERSION@_CFLAGS = $(GST_OBJ_CFLAGS)
gst_typefind_@GST_API_VERSION@_LDADD = $(GST_OBJ_LIBS)
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
various fixes to make Original commit message from CVS: * configure.ac: * gst/Makefile.am: * gst/gst.c: * gst/gstplugin.h: * gst/gstregistry.h: * tests/benchmarks/complexity.c: * tests/benchmarks/mass-elements.c: * tests/check/Makefile.am: * tools/Makefile.am: * tools/gst-inspect.c: * tools/gst-xmlinspect.c: various fixes to make --disable-nls --disable-registry --disable-loadsave --disable-parse --disable-gst-debug work and get the core .so down to 360444 bytes after stripping
2005-11-30 19:01:53 +00:00
if !GST_DISABLE_PARSE
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
bin_PROGRAMS += gst-launch-@GST_API_VERSION@
add gst-run wrapper code build original tools as versioned tools Original commit message from CVS: add gst-run wrapper code build original tools as versioned tools
2004-02-04 18:02:55 +00:00
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
gst_launch_@GST_API_VERSION@_SOURCES = gst-launch.c tools.h
gst_launch_@GST_API_VERSION@_CFLAGS = $(GST_OBJ_CFLAGS)
gst_launch_@GST_API_VERSION@_LDADD = $(GST_OBJ_LIBS)
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
endif
trim fat from nonversioned binaries Original commit message from CVS: trim fat from nonversioned binaries
2004-03-02 10:38:40 +00:00
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
manpages = \
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
gst-inspect-@GST_API_VERSION@.1 \
gst-typefind-@GST_API_VERSION@.1
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
if !GST_DISABLE_PARSE
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
manpages += gst-launch-@GST_API_VERSION@.1
tools: remove unversioned gst-launch, gst-inspect and gst-typefind The unversioned tool wrappers are confusing and annoying for packagers, users and developers alike. A gst-launch pipeline that works in 0.10 will likely not work in 0.11 (e.g. because elements or properties get renamed, or syntax changes). The unversioned tools also yield useless results when used with gdb or valgrind. Packagers need to co-ordinate the packaging of all major versions to make sure there are no conflicts when both try to install the same files. When two major versions are in use (e.g. 0.10 and 0.11/1.0), it may be unclear (when looking at things on IRC/pastebin/mailing list etc.) which version is actually being used when there are unversioned wrappers. For all these reasons, it seems best to just remove them for now.
2011-06-05 13:10:50 +00:00
endif
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
tools: remove gst-feedback It's not really that useful, and no one's been using it for years.
2011-06-04 13:22:05 +00:00
CLEANFILES = $(manpages) *.gcno *.gcda
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
man_MANS = $(manpages)
distcheck fixes Original commit message from CVS: distcheck fixes
2004-03-15 18:20:03 +00:00
# developer helper tools, not meant for installation
noinst_SCRIPTS = gst-indent
tools/: Add back --version command line option (#340460). Original commit message from CVS: * tools/Makefile.am: * tools/gst-inspect.c: (main): * tools/gst-launch.c: (main): * tools/gst-xmlinspect.c: (main): * tools/tools.h: Add back --version command line option (#340460). * tools/gst-typefind.c: (have_type_handler), (typefind_file), (main): Add --version option and use GOption for argument parsing; refactor a bit; accept directories as arguments and recurse into them; lastly, print a decent error message when things go wrong.
2006-05-05 17:07:42 +00:00
noinst_HEADERS = tools.h
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
EXTRA_DIST = \
distcheck fixes Original commit message from CVS: distcheck fixes
2004-03-15 18:20:03 +00:00
$(noinst_SCRIPTS) \
install docs versioned Original commit message from CVS: install docs versioned
2004-02-04 18:27:39 +00:00
gst-inspect.1.in \
gst-launch.1.in \
tools: move gst-plot-timeline.py into scripts directory So it's not in PATH in an uninstalled setup (thwarting gst-play autocompletion).
2013-09-04 08:18:55 +00:00
gst-typefind.1.in
Externalized the plugin information in /etc/gstreamer/reg.xml Original commit message from CVS: Externalized the plugin information in /etc/gstreamer/reg.xml - no need to do a plugin_load_all() - plugins are loaded when needed - typedetect functions are loaded when needed (still buggy) - no need to check for the existance of the plugin in the codecs - added gstreamer-register to create the reg.xml file - renamed launch to gstreamer-launch - plugins need to register the typefactory they provide modified the plugins to meet the new design modified the plugins to correctly set their pad types autoplugging can be done without loading the plugins now
2000-08-28 20:20:55 +00:00
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
%-@GST_API_VERSION@.1: %.1.in
build: Make some more rules silent if requested
2010-02-26 15:03:47 +00:00
$(AM_V_GEN)sed \
gst: Change versioning Remove GST_MAJORMINOR and replace it by GST_API_VERSION Also set GST_VERSION_{MAJOR,MINOR,MICRO,NANO} explicitely now. All versions are at 1.0.0 now for the release soon but API/ABI can still change until the 1.0.0 release. Next release versions until 1.0.0 will be 0.10.9X and these will be release candidates. GST_VERSION_* will nonetheless stay at 1.0.0.0.
2012-04-04 11:13:52 +00:00
-e s,gst-inspect,gst-inspect-@GST_API_VERSION@,g \
-e s,gst-launch,gst-launch-@GST_API_VERSION@,g \
-e s,gst-typefind,gst-typefind-@GST_API_VERSION@,g \
-e s,GST_API_VERSION,@GST_API_VERSION@,g \
Move man pages from %.1 to %.1.in, and add a rule to make .1 files from .1.in, replacing program names with their ver... Original commit message from CVS: Move man pages from %.1 to %.1.in, and add a rule to make .1 files from .1.in, replacing program names with their versioned equivalent. Handles nroff escape code for - (\-).
2003-08-15 20:25:40 +00:00
$< >$@
adding gst-indent as a noinst tool Original commit message from CVS: adding gst-indent as a noinst tool
2004-03-13 15:17:30 +00:00
Reference in a new issue Copy permalink