summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* rist: Add a plugin implenting RIST TR-06-1 Simple ProfileNicolas Dufresne2019-05-021-0/+2
| | | | | | | | | | | | | | | | RIST TR-06-1 is a specification for video streaming made by the VSF group. It is using a subset of RTP specification to which some modification has been made to improve RTX behaviour and avoid any need for signaling. The plugin implement ristrtxsend / ristrtxreceive element which are the RIST specific equivalent of rtprtxsend/rtprtxreceive and ristsink / ristsrc which implement rist transmitter and receiver. The RIST protocol is meant to be used in unidirectional way. Typically, MPEG TS over RTP is used. Currently we support unicast and multicast streaming according to the specification. This patch does not include any bonding support yet. The ristsrc element introduce rist:// URI handling in parallel to it's property configuration interface.
* opencv: allow compilation against 4.1.xNicola Murino2019-04-231-1/+1
|
* Back to developmentTim-Philipp Müller2019-04-191-4/+4
|
* Release 1.16.01.16.0Tim-Philipp Müller2019-04-191-4/+4
|
* Release 1.15.901.15.90Tim-Philipp Müller2019-04-111-4/+4
|
* srtp: bump libsrtp requirement to 1.6.0Tim-Philipp Müller2019-03-291-1/+1
| | | | See !234
* wpe: Bump required version to WPEWebKit 2.24Philippe Normand2019-03-281-1/+1
| | | | Fixes #929
* nvdec/nvenc: Add CUDA Toolkit 10.1 supportSeungha Yang2019-03-071-9/+10
| | | | Update to support the latest CUDA Toolkit version 10.1
* waylandsink: Implement XDG-shell stable supportNiels De Graef2019-03-041-1/+1
| | | | | | | | | | | | | | | [wl_shell] is officially [deprecated], so provide support for the XDG-shell protocol should be provided by all desktop-like compositors. (In case they don't, we can of course fall back to wl_shell). Note that the [XML spec] is provided by the `wayland-protocols` git repository, which is provided by the Wayland project. Fixes https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/897 [wl_shell]: https://people.freedesktop.org/~whot/wayland-doxygen/wayland/Client/group__iface__wl__shell.html [deprecated]: https://github.com/wayland-project/wayland/commit/698dde195837f3d0844b2725ba4ea8ce9ee7518c [XML spec]: https://github.com/wayland-project/wayland-protocols/blob/master/stable/xdg-shell/xdg-shell.xml
* Back to developmentTim-Philipp Müller2019-03-041-3/+3
|
* Release 1.15.21.15.2Tim-Philipp Müller2019-02-261-4/+4
|
* vcdsrc: Remove unusable VCD sourceBastien Nocera2019-02-181-7/+0
| | | | | | | | | | | | | | | | | | The VCD source was ported in 2014 (commit 89eb1e9), but the necessary "cdxaparse" plugin, which is used to "Parse a .dat file (VCD) into raw mpeg1" was never ported. This means that the probable main user for the feature, totem, hasn't actually been able to play back VCDs, since 2012, when it switched to using GStreamer 1.0. Note that even if cdxaparse was finally ported, a lot of work would still be necessary before it is considered usable. Notably, it is missing disc image support [1] and some VCDs just cannot be opened for reading [2]. [1]: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/898 [2]: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/899
* opencv: remove deprecated headersNicola Murino2019-02-021-5/+0
| | | | are not needed anymore
* wpe: Add autotools build supportPhilippe Normand2019-01-221-0/+10
|
* Release 1.15.11.15.1Tim-Philipp Müller2019-01-171-4/+4
|
* msdk: add mfx in include pathVíctor Manuel Jáquez Leal2019-01-081-13/+6
| | | | Thus removing the preprocessor's directives to included if found.
* msdk: add in configure more directories to search for librariesVíctor Manuel Jáquez Leal2019-01-081-1/+1
|
* Remove openglmixers plugin, moved to -baseTim-Philipp Müller2018-12-281-1/+0
| | | | Merged into the existing opengl plugin in -base.
* Remove compositor plugin which was moved to -baseTim-Philipp Müller2018-12-271-3/+0
| | | | https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/138
* Remove GstVideoAggregator, moved into libgstvideo in -baseTim-Philipp Müller2018-12-261-3/+0
| | | | https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/137
* stereo: remove plugin which has been merged into audiofx in -goodTim-Philipp Müller2018-12-251-2/+0
| | | | https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/457
* Remove acmmp3dec and acmenc pluginsTim-Philipp Müller2018-12-181-16/+0
| | | | | | | | | | | | | ACM is an ancient legacy API, and there's no point in keeping it around for a licensed mp3 decoder now that mp3 patents have expired and we have a decoder in -good. We didn't ship this in cerbero anyway. If there's a good case for the AAC encoder (which is LC only anyway) someone should write a new plugin based on current APIs, that can actually be built out of the box. Fixes #850
* fdkaacenc: Add support for v2.0.0 and its configurationsJan Alexander Steffens (heftig)2018-12-171-5/+7
| | | | | These are MPEG-standard configurations so should be checked first, before the PCE clones added by v0.1.4.
* Remove daala pluginTim-Philipp Müller2018-12-171-16/+0
| | | | | | | Not so useful now that all effort is focused on AV1 instead. Was only ever enabled with --enable-experimental anyway. Fixes #848
* Remove spc pluginTim-Philipp Müller2018-12-161-18/+0
| | | | Replaced by gme plugin. Fixes #467
* waylandsink: Avoid race condition on multi-threaded clientWonchul Lee2018-12-131-1/+1
| | | | | | | | | | | | | | | | When waylandsink is used on some other thread than the main wayland client thread, the waylandsink implementation is vulnerable to a condition related to registry and surface events which handled in seperated event queue. The race that may happen is that after a proxy is created, but before the queue is set, events meant to be emitted via the yet to set queue may already have been queued on the wrong queue. Wayland 1.11 introduced new API that allows creating a proxy wrappper which can help to avoid this race condition.
* opencv: make compatible with opencv 4Nicola Murino2018-11-261-1/+34
| | | | Closed #826
* configure.ac: add gst-allocator check in msdk.Wangfei2018-11-261-0/+1
| | | | | With out check gst-allocator, there will be a gst-allocator api symbol link error when call for libgstmsdk.so.
* nvenc: Add meson build with Windows supportSeungha Yang2018-11-251-21/+0
| | | | | | | Note that, since Nvidia does not provide nvEncodeAPI.lib file, find_library() couldn't be used for build on Windows. This patch changes to load nvEncodeAPI(64).dll or libnvidia-encode.so in runtime
* nvdec: Drop dynlink interface and use NVIDIA CODEC SDK insteadSeungha Yang2018-11-251-16/+1
| | | | | | dynlink_* was introduced since CUDA Toolkit 9.x but it's deprecated from 10.0. Instead of using #ifdef hack, shipping nvidia headers of NVIDA CODEC SDK can make build/code simple
* nvenc/nvdec: Add support CUDA Toolkit 10.0Seungha Yang2018-11-251-8/+9
|
* libs: fix API export/import and 'inconsistent linkage' on MSVCTim-Philipp Müller2018-09-241-1/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | For each lib we build export its own API in headers when we're building it, otherwise import the API from the headers. This fixes linker warnings on Windows when building with MSVC. The problem was that we had defined all GST_*_API decorators unconditionally to GST_EXPORT. This was intentional and only supposed to be temporary, but caused linker warnings because we tell the linker that we want to export all symbols even those from externall DLLs, and when the linker notices that they were in external DLLS and not present locally it warns. What we need to do when building each library is: export the library's own symbols and import all other symbols. To this end we define e.g. BUILDING_GST_FOO and then we define the GST_FOO_API decorator either to export or to import symbols depending on whether BUILDING_GST_FOO is set or not. That way external users of each library API automatically get the import. While we're at it, add new GST_API_EXPORT in config.h and use that for GST_*_API decorators instead of GST_EXPORT. The right export define depends on the toolchain and whether we're using -fvisibility=hidden or not, so it's better to set it to the right thing directly than hard-coding a compiler whitelist in the public header. We put the export define into config.h instead of passing it via the command line to the compiler because it might contain spaces and brackets and in the autotools scenario we'd have to pass that through multiple layers of plumbing and Makefile/shell escaping and we're just not going to be *that* lucky. The export define is only used if we're compiling our lib, not by external users of the lib headers, so it's not a problem to put it into config.h Also, this means all .c files of libs need to include config.h to get the export marker defined, so fix up a few that didn't include config.h. This commit depends on a common submodule commit that makes gst-glib-gen.mak add an #include "config.h" to generated enum/marshal .c files for the autotools build. https://bugzilla.gnome.org/show_bug.cgi?id=797185
* Add new SCTP plugins (sctpenc/sctpdec)George Kiagiadakis2018-09-211-0/+21
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=744863
* musepack: remove support for the 'old' APITim-Philipp Müller2018-08-191-6/+1
|
* opencv: Fixup include to follow new standardNicolas Dufresne2018-08-021-7/+8
| | | | | | | | | | | This uses the new path for OpenCV headers. OpenCV now have master headers files per modules, which reduce the amount of required includes. Note that HIGHGUI was included to get the imgcodecs includes, which I fixed, though the master header is missing the C headers, so I included that directly. All the image stuff should be ported to C++ eventually. Finally, this patch also update the header checks to reflect the modules that are really being used.
* opencv: Bump requirement to 3.0.0+Nicolas Dufresne2018-08-021-8/+3
| | | | And removes all the ifdef code to support the 2.X APIs.
* ext: New ccextractor elementEdward Hervey2018-05-281-0/+8
| | | | | | | | | Allows extracting GstVideoCaptionMeta from a stream and outputs it to a standalone stream. Part of a new 'ext' closedcaption plugin, since more features are going to be added, which will depend on external dependencies such as pango.
* nvdec/nvenc: Bump up supported CUDA Toolkit versionSeungha Yang2018-05-181-7/+8
| | | | | | Add CUDA 9.2 to configure.ac https://bugzilla.gnome.org/show_bug.cgi?id=796202
* msdk: Add conditional build for vp9 decoderSreerenj Balachandran2018-05-151-1/+26
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=796119
* msdk: allow building against open sourced msdkSreerenj Balachandran2018-05-151-0/+8
| | | | | | | | Building against mfx_dispatcher is used to search for headers in PREFIX/include/mfx/ only (commit: 62f04e801bd7e247102ac67df889bee33ab74ff7), but it is just PREFIX/include with open source msdk version. https://bugzilla.gnome.org/show_bug.cgi?id=796118
* waylandsink: Only build if gtk-3.0 was built with wayland targetJan Schmidt2018-05-061-0/+4
| | | | | Check in configure if the gtk-3.0 has wayland support, and don't build the waylandsink example if it doesn't.
* configure: Fix nvenc GL checkJan Schmidt2018-04-251-1/+2
| | | | | | | Make the nvenc OpenGL usage rely on the the same condition that the automake USE_OPENGL conditional checks, as the USE_OPENGL doesn't actually get set into the configure script, so it can't check that
* configure: look for right version of plugins, not >= 0.11Tim-Philipp Müller2018-04-221-8/+8
| | | | | | Well, just look for same version as we require for -base which should be good enough. Also use plugins base req for -base libs.
* nvdec/nvenc: Support CUDA Toolkit 9Snir Sheriber2018-04-171-6/+20
| | | | | | | | | | Since cuda-tools 9.0, nvcuvid.h is replaced by dynlink_nvcuvid.h. This patch changes nvdec to use run-time dynamic linking if cuda-tools version >= 9. nvenc does not require any change since its necessary headers are still available. https://bugzilla.gnome.org/show_bug.cgi?id=791724
* Back to developmentTim-Philipp Müller2018-03-201-4/+4
|
* Release 1.14.01.14.0Tim-Philipp Müller2018-03-191-4/+4
|
* Release 1.13.911.13.91Tim-Philipp Müller2018-03-131-4/+4
|
* configure.ac: enable largefile support if possibleMichael Tretter2018-03-081-0/+6
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=793103
* Release 1.13.901.13.90Tim-Philipp Müller2018-03-031-4/+4
|
* Remove schroedinger pluginTim-Philipp Müller2018-03-011-8/+0
| | | | | | | No upstream (website disappeared), no maintainer, and pretty much a fringe format anyway. https://bugzilla.gnome.org/show_bug.cgi?id=776215
View Lorry Controller Status