mirrors/gstreamer
mirrors/gstreamer
1
1
Fork 0
mirror of https://gitlab.freedesktop.org/gstreamer/gstreamer.git synced 2024-11-10 11:29:55 +00:00
Code Issues 1 Projects Releases Wiki Activity
gstreamer/gst/vaapi/Makefile.am

187 lines
4.6 KiB
Makefile
Raw Normal View History

Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
plugin_LTLIBRARIES = libgstvaapi.la
Initial import of the gstreamer-vaapi hierarchy.
2010-01-12 15:51:39 +00:00
Implement GstVaapiSinkBase interface and integrate with GST_DEBUG better.
2010-03-12 23:53:48 +00:00
libgstvaapi_CFLAGS = \
vaapiplugin: include local build dir to CFLAGS for generated files.
2011-12-09 09:45:20 +00:00
$(LIBVA_CFLAGS) \
-DGST_USE_UNSTABLE_API \
-I$(top_srcdir)/gst-libs \
-I$(top_builddir)/gst-libs \
$(NULL)
Implement GstVaapiSinkBase interface and integrate with GST_DEBUG better.
2010-03-12 23:53:48 +00:00
libs: remove versioning Since we don't install libraries anymore, it makes no sense to keep versioning them according to the gstreamer's version. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2015-12-09 18:52:33 +00:00
libgstvaapi_LIBS = $(top_builddir)/gst-libs/gst/vaapi/libgstvaapi.la
configure: drop check for --enable-vaapi-glx. This flag is obsolete. It was meant to explicitly enable/disable VA/GLX API support, or fallback to TFP+FBO if this API is not found. Now, we check for the VA/GLX API by default if --enable-glx is set. If this API is not found, we now default to use TFP+FBO. Note: TFP+FBO, i.e. using vaPutSurface() is now also a deprecated usage and will be removed in the future. If GLX rendering is requested, then the VA/GLX API shall be used as it covers most usages. e.g. AMD driver can't render to an X pixmap yet.
2012-07-23 14:15:38 +00:00
plugins: add support for headless pipelines.
2012-08-01 13:46:19 +00:00
if USE_DRM
libs: remove versioning Since we don't install libraries anymore, it makes no sense to keep versioning them according to the gstreamer's version. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2015-12-09 18:52:33 +00:00
libgstvaapi_LIBS +=$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-drm.la
plugins: add support for headless pipelines.
2012-08-01 13:46:19 +00:00
endif
configure: drop check for --enable-vaapi-glx. This flag is obsolete. It was meant to explicitly enable/disable VA/GLX API support, or fallback to TFP+FBO if this API is not found. Now, we check for the VA/GLX API by default if --enable-glx is set. If this API is not found, we now default to use TFP+FBO. Note: TFP+FBO, i.e. using vaPutSurface() is now also a deprecated usage and will be removed in the future. If GLX rendering is requested, then the VA/GLX API shall be used as it covers most usages. e.g. AMD driver can't render to an X pixmap yet.
2012-07-23 14:15:38 +00:00
if USE_X11
libgstvaapi_LIBS += \
build: fix with --no-undefined linker flags. https://bugzilla.gnome.org/show_bug.cgi?id=729352
2014-08-01 04:32:32 +00:00
$(X11_LIBS) \
libs: remove versioning Since we don't install libraries anymore, it makes no sense to keep versioning them according to the gstreamer's version. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2015-12-09 18:52:33 +00:00
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-x11.la
Add VA/GLX support to vaapisink.
2010-03-29 14:13:26 +00:00
endif
Implement GstVaapiSinkBase interface and integrate with GST_DEBUG better.
2010-03-12 23:53:48 +00:00
configure: drop check for --enable-vaapi-glx. This flag is obsolete. It was meant to explicitly enable/disable VA/GLX API support, or fallback to TFP+FBO if this API is not found. Now, we check for the VA/GLX API by default if --enable-glx is set. If this API is not found, we now default to use TFP+FBO. Note: TFP+FBO, i.e. using vaPutSurface() is now also a deprecated usage and will be removed in the future. If GLX rendering is requested, then the VA/GLX API shall be used as it covers most usages. e.g. AMD driver can't render to an X pixmap yet.
2012-07-23 14:15:38 +00:00
if USE_GLX
libs: remove versioning Since we don't install libraries anymore, it makes no sense to keep versioning them according to the gstreamer's version. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2015-12-09 18:52:33 +00:00
libgstvaapi_LIBS += $(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-glx.la
configure: drop check for --enable-vaapi-glx. This flag is obsolete. It was meant to explicitly enable/disable VA/GLX API support, or fallback to TFP+FBO if this API is not found. Now, we check for the VA/GLX API by default if --enable-glx is set. If this API is not found, we now default to use TFP+FBO. Note: TFP+FBO, i.e. using vaPutSurface() is now also a deprecated usage and will be removed in the future. If GLX rendering is requested, then the VA/GLX API shall be used as it covers most usages. e.g. AMD driver can't render to an X pixmap yet.
2012-07-23 14:15:38 +00:00
endif
plugins: add initial support for EGL. Add initial support for EGL through GstVideoGLTextureUploadMeta. Fix gst_vaapi_ensure_display() to allocate a GstVaapiDisplay off the downstream supplied GstGLContext configuration, i.e. use its native display handle to create a GstVaapiDisplay of type X11 or Wayland ; and use the desired OpenGL API to allocate the GstVaapiDisplayEGL wrapper. https://bugzilla.gnome.org/show_bug.cgi?id=741079
2015-02-20 14:29:17 +00:00
if USE_EGL
libs: remove versioning Since we don't install libraries anymore, it makes no sense to keep versioning them according to the gstreamer's version. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2015-12-09 18:52:33 +00:00
libgstvaapi_LIBS += $(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-egl.la
plugins: add initial support for EGL. Add initial support for EGL through GstVideoGLTextureUploadMeta. Fix gst_vaapi_ensure_display() to allocate a GstVaapiDisplay off the downstream supplied GstGLContext configuration, i.e. use its native display handle to create a GstVaapiDisplay of type X11 or Wayland ; and use the desired OpenGL API to allocate the GstVaapiDisplayEGL wrapper. https://bugzilla.gnome.org/show_bug.cgi?id=741079
2015-02-20 14:29:17 +00:00
endif
plugins: add support for Wayland.
2012-07-24 07:45:25 +00:00
if USE_WAYLAND
build: fix for Wayland headers not in standard include dirs. Fix build when Wayland headers don't live in plain system include dirs like /usr/include but rather in /usr/include/wayland for instance. Original patch written by Dominique Leuenberger <dimstar@opensuse.org> https://bugzilla.gnome.org/show_bug.cgi?id=712282
2013-11-22 10:28:09 +00:00
libgstvaapi_CFLAGS += \
$(WAYLAND_CFLAGS) \
$(NULL)
libs: remove versioning Since we don't install libraries anymore, it makes no sense to keep versioning them according to the gstreamer's version. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2015-12-09 18:52:33 +00:00
libgstvaapi_LIBS += $(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-wayland.la
plugins: add support for Wayland.
2012-07-24 07:45:25 +00:00
endif
plugins: record downstream GstGLContext. Record GL context supplied by downstream elements. This can be useful, and further needed, to enforce run-time check that the GL context is compatible for use by libgstvaapi. e.g. check that we don't create a VA/GLX display for EGL/X11 contexts. https://bugzilla.gnome.org/show_bug.cgi?id=725643 Original-path-by: Matthew Waters <ystreet00@gmail.com>
2014-12-03 13:14:30 +00:00
if USE_GST_GL_HELPERS
libgstvaapi_CFLAGS += $(GST_GL_CFLAGS)
libgstvaapi_LIBS += $(GST_GL_LIBS)
endif
plugins: integrate GstVaapiVideoConverterGLX from libgstvaapi. Make sure libgstvaapi core decoding library doesn't include un-needed dependencies. So, move out GstVaapiVideoConverterGLX to plugins instead. Besides, even if the vaapisink element is not used, we are bound to have a correctly populated GstSurfaceBuffer from vaapidecode. Also clean-up the file along the way.
2013-03-21 15:09:42 +00:00
libgstvaapi_source_c = \
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
gstvaapi.c \
gstvaapidecode.c \
docs: replace vaapidecode with each codec In the spirit of the codec split, this patch removes the documentation of vaapidecode and adds a page per each possible decoder. Nonetheless, only those available in the compilation system are going to be instrospected, because the rest are not registered.
2016-10-27 10:31:49 +00:00
gstvaapidecodedoc.c \
plugins: add new base object, store display in there. Introduce a new GstVaapiPluginBase object that will contain all common data structures and perform all common tasks. First step is to have a single place to hold VA displays. While we are at it, also make sure to store and subsequently release the appropriate debug category for the subclasses.
2013-12-13 09:24:26 +00:00
gstvaapipluginbase.c \
Port to GstVideoContext interface. This new interface allows for upstream and downstream display sharing that works in both static and dynamic pipelines. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-04 20:50:15 +00:00
gstvaapipluginutil.c \
vaapipostproc: add initial support for GStreamer 1.2. Port vaapipostproc element to GStreamer 1.2. Support is quite minimal right now so that to cope with auto-plugging issues/regressions. e.g. this happens when the correct set of expected caps are being exposed. This means that, currently, the proposed caps are not fully accurate.
2013-11-18 15:20:43 +00:00
gstvaapipostproc.c \
vaapipostproc: set early properties restrictions When running transform_caps() vmethod, returning the srcpad caps, the caps are early restricted to the element properties set: width, height, format and force keep aspect. A new file was added gstvaapipostprocutil.{c,h} where the utilities functions are stored. https://bugzilla.gnome.org/show_bug.cgi?id=758548
2016-05-05 10:07:59 +00:00
gstvaapipostprocutil.c \
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
gstvaapisink.c \
plugins: integrate GstVaapiVideoBuffer from libgstvaapi. Move GstVaapiVideoBuffer from core libgstvaapi decoding library to the actual plugin elements. That's only useful there.
2013-03-21 16:06:43 +00:00
gstvaapivideobuffer.c \
plugins: add compat layer for GstVideoContext. Add thin compatibility layer for the deprecated GstVideoContext API. For GStreamer API >= 1.2, this involves the following two functions: - gst_vaapi_video_context_prepare(): queries if a context is already set in the pipeline ; - gst_vaapi_video_context_propagate(): propagates the newly-created context to the rest of the pipeline. https://bugzilla.gnome.org/show_bug.cgi?id=703235 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-05-22 16:07:52 +00:00
gstvaapivideocontext.c \
plugins: integrate GstVaapiVideoMeta from libgstvaapi. Move GstVaapiVideoMeta from core libgstvaapi decoding library to the actual plugin elements. That's only useful there. Also inline reference counting code from GstVaapiMiniObject.
2013-03-26 09:31:10 +00:00
gstvaapivideometa.c \
plugins: Add a vaapidecodebin element Add a "vaapidecodebin" element to vaapi plugins. Child Elements: "vaapidecode ! queue ! vaapipostproc" The Reasons for implementing a new bin element: -- Help to Autoplug Hardware Accelerated Video Postprocessing element in playbin with out any dependency to upstream gstreamer. This is to overcome the *unacceptable* delay in upstream gstreamer to get new features in. Eg: https://bugzilla.gnome.org/show_bug.cgi?id=687182. Also customers using older gstreamer versions (1.2 and 1.4) will get the benefit of autoplugging, hardware accelerated deinterlacing support etc. -- Help to maintain a single thread implementation in vaapidecode. This will result a dead-lock free vaapidecode in most of the cases. More details here: https://bugzilla.gnome.org/show_bug.cgi?id=742605 https://bugzilla.gnome.org/show_bug.cgi?id=745216
2015-03-02 13:19:40 +00:00
gstvaapidecodebin.c \
autotools: remove gstreamer-1.0 support This patch only removes the support of gstreamer-1.0 in the autotools scripts. No other files are touched. In the automake file all the converters were deprecated. https://bugzilla.gnome.org/show_bug.cgi?id=745728 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com> Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2015-04-03 14:05:45 +00:00
gstvaapivideobufferpool.c \
gstvaapivideomemory.c \
build: remove check for GStreamer 1.2 Since we are working for current stable GStreamer 1.6 Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-01-27 16:19:32 +00:00
gstvaapivideometa_texture.c \
vaapidecode_props: add skeleton for h264 decoder properties https://bugzilla.gnome.org/show_bug.cgi?id=783588
2017-06-14 16:23:34 +00:00
gstvaapidecode_props.c \
Initial import of the gstreamer-vaapi hierarchy.
2010-01-12 15:51:39 +00:00
$(NULL)
plugins: integrate GstVaapiVideoConverterGLX from libgstvaapi. Make sure libgstvaapi core decoding library doesn't include un-needed dependencies. So, move out GstVaapiVideoConverterGLX to plugins instead. Besides, even if the vaapisink element is not used, we are bound to have a correctly populated GstSurfaceBuffer from vaapidecode. Also clean-up the file along the way.
2013-03-21 15:09:42 +00:00
libgstvaapi_source_h = \
build: fix make distcheck This patch fixes several issues found when running the `make distcheck` target: - In commit c561b8da, the update of gstcompat.h in Makefile.am was forgotten. - In commit c5756a91 add the simple_encoder_source_h in EXTRA_DIST was forgotten. - vpx.build.stamp is not generated at all, only vpx.configure.stamp. - The make target distcleancheck failed because some autogenerated files were not handled with the DISTCLEANFILES variable. Note: `make distcheck -jXX` is not currently supported.
2015-05-13 09:54:01 +00:00
gstcompat.h \
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
gstvaapidecode.h \
plugins: add new base object, store display in there. Introduce a new GstVaapiPluginBase object that will contain all common data structures and perform all common tasks. First step is to have a single place to hold VA displays. While we are at it, also make sure to store and subsequently release the appropriate debug category for the subclasses.
2013-12-13 09:24:26 +00:00
gstvaapipluginbase.h \
Port to GstVideoContext interface. This new interface allows for upstream and downstream display sharing that works in both static and dynamic pipelines. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-04 20:50:15 +00:00
gstvaapipluginutil.h \
vaapipostproc: add initial support for GStreamer 1.2. Port vaapipostproc element to GStreamer 1.2. Support is quite minimal right now so that to cope with auto-plugging issues/regressions. e.g. this happens when the correct set of expected caps are being exposed. This means that, currently, the proposed caps are not fully accurate.
2013-11-18 15:20:43 +00:00
gstvaapipostproc.h \
vaapipostproc: set early properties restrictions When running transform_caps() vmethod, returning the srcpad caps, the caps are early restricted to the element properties set: width, height, format and force keep aspect. A new file was added gstvaapipostprocutil.{c,h} where the utilities functions are stored. https://bugzilla.gnome.org/show_bug.cgi?id=758548
2016-05-05 10:07:59 +00:00
gstvaapipostprocutil.h \
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
gstvaapisink.h \
plugins: integrate GstVaapiVideoBuffer from libgstvaapi. Move GstVaapiVideoBuffer from core libgstvaapi decoding library to the actual plugin elements. That's only useful there.
2013-03-21 16:06:43 +00:00
gstvaapivideobuffer.h \
plugins: add compat layer for GstVideoContext. Add thin compatibility layer for the deprecated GstVideoContext API. For GStreamer API >= 1.2, this involves the following two functions: - gst_vaapi_video_context_prepare(): queries if a context is already set in the pipeline ; - gst_vaapi_video_context_propagate(): propagates the newly-created context to the rest of the pipeline. https://bugzilla.gnome.org/show_bug.cgi?id=703235 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-05-22 16:07:52 +00:00
gstvaapivideocontext.h \
plugins: integrate GstVaapiVideoMeta from libgstvaapi. Move GstVaapiVideoMeta from core libgstvaapi decoding library to the actual plugin elements. That's only useful there. Also inline reference counting code from GstVaapiMiniObject.
2013-03-26 09:31:10 +00:00
gstvaapivideometa.h \
plugins: Add a vaapidecodebin element Add a "vaapidecodebin" element to vaapi plugins. Child Elements: "vaapidecode ! queue ! vaapipostproc" The Reasons for implementing a new bin element: -- Help to Autoplug Hardware Accelerated Video Postprocessing element in playbin with out any dependency to upstream gstreamer. This is to overcome the *unacceptable* delay in upstream gstreamer to get new features in. Eg: https://bugzilla.gnome.org/show_bug.cgi?id=687182. Also customers using older gstreamer versions (1.2 and 1.4) will get the benefit of autoplugging, hardware accelerated deinterlacing support etc. -- Help to maintain a single thread implementation in vaapidecode. This will result a dead-lock free vaapidecode in most of the cases. More details here: https://bugzilla.gnome.org/show_bug.cgi?id=742605 https://bugzilla.gnome.org/show_bug.cgi?id=745216
2015-03-02 13:19:40 +00:00
gstvaapidecodebin.h \
autotools: remove gstreamer-1.0 support This patch only removes the support of gstreamer-1.0 in the autotools scripts. No other files are touched. In the automake file all the converters were deprecated. https://bugzilla.gnome.org/show_bug.cgi?id=745728 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com> Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2015-04-03 14:05:45 +00:00
gstvaapivideobufferpool.h \
gstvaapivideomemory.h \
build: remove check for GStreamer 1.2 Since we are working for current stable GStreamer 1.6 Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-01-27 16:19:32 +00:00
gstvaapivideometa_texture.h \
vaapidecode_props: add skeleton for h264 decoder properties https://bugzilla.gnome.org/show_bug.cgi?id=783588
2017-06-14 16:23:34 +00:00
gstvaapidecode_props.h \
Initial import of the gstreamer-vaapi hierarchy.
2010-01-12 15:51:39 +00:00
$(NULL)
plugins: add base encoder element. vaapiencode element is based on GstVideoEncoder APIs. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-07-29 05:44:48 +00:00
libgstvaapi_enc_source_c = \
gstvaapiencode.c \
plugins: add h264 encoder element. Add GstVaapiEncodeH264 element object. The actual plug-in element is called "vaapiencode_h264". Valid properties: - rate-control: rate control mode (default: none) - bitrate: desired bitrate in kbps (default: auto-calculated) - key-period: maximal distance between two key frames (default: 30) - num-slices: number of slices per frame (default: 1) - max-bframes: number of B-frames between I and P (default: 0) - min-qp: minimal quantizer (default: 1) - init-qp: initial quantizer (default: 26) Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-07-29 08:02:56 +00:00
gstvaapiencode_h264.c \
plugins: add mpeg2 encoder element. Add GstVaapiEncodeMPEG2 element object. The actual plug-in element is called "vaapiencode_mpeg2". Valid properties: - rate-control: rate control mode (default: cqp - constant QP) - bitrate: desired bitrate in kbps (default: auto-calculated) - key-period: maximal distance between two key frames (default: 30) - max-bframes: number of B-frames between I and P (default: 2) - quantizer: constant quantizer (default: 8) Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-11-20 08:21:32 +00:00
gstvaapiencode_mpeg2.c \
plugins: add base encoder element. vaapiencode element is based on GstVideoEncoder APIs. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-07-29 05:44:48 +00:00
$(NULL)
libgstvaapi_enc_source_h = \
gstvaapiencode.h \
plugins: add h264 encoder element. Add GstVaapiEncodeH264 element object. The actual plug-in element is called "vaapiencode_h264". Valid properties: - rate-control: rate control mode (default: none) - bitrate: desired bitrate in kbps (default: auto-calculated) - key-period: maximal distance between two key frames (default: 30) - num-slices: number of slices per frame (default: 1) - max-bframes: number of B-frames between I and P (default: 0) - min-qp: minimal quantizer (default: 1) - init-qp: initial quantizer (default: 26) Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-07-29 08:02:56 +00:00
gstvaapiencode_h264.h \
plugins: add mpeg2 encoder element. Add GstVaapiEncodeMPEG2 element object. The actual plug-in element is called "vaapiencode_mpeg2". Valid properties: - rate-control: rate control mode (default: cqp - constant QP) - bitrate: desired bitrate in kbps (default: auto-calculated) - key-period: maximal distance between two key frames (default: 30) - max-bframes: number of B-frames between I and P (default: 2) - quantizer: constant quantizer (default: 8) Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-11-20 08:21:32 +00:00
gstvaapiencode_mpeg2.h \
plugins: add base encoder element. vaapiencode element is based on GstVideoEncoder APIs. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-07-29 05:44:48 +00:00
$(NULL)
if USE_ENCODERS
libgstvaapi_source_c += $(libgstvaapi_enc_source_c)
libgstvaapi_source_h += $(libgstvaapi_enc_source_h)
endif
plugins: Add JPEG encoder element
2015-02-04 09:18:29 +00:00
libgstvaapi_jpegenc_source_c = gstvaapiencode_jpeg.c
libgstvaapi_jpegenc_source_h = gstvaapiencode_jpeg.h
if USE_JPEG_ENCODER
libgstvaapi_source_c += $(libgstvaapi_jpegenc_source_c)
libgstvaapi_source_h += $(libgstvaapi_jpegenc_source_h)
endif
plugins: Add VP8 Encoder
2015-02-13 11:45:32 +00:00
libgstvaapi_vp8enc_source_c = gstvaapiencode_vp8.c
libgstvaapi_vp8enc_source_h = gstvaapiencode_vp8.h
if USE_VP8_ENCODER
libgstvaapi_source_c += $(libgstvaapi_vp8enc_source_c)
libgstvaapi_source_h += $(libgstvaapi_vp8enc_source_h)
endif
build: don't compile HEVC encoder if not supported Fix: (gst-plugin-scanner:16681): GStreamer-WARNING **: Failed to load plugin '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvaapi.so': /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvaapi.so: undefined symbol: gst_vaapi_encoder_h265_get_default_properties https://bugzilla.gnome.org/show_bug.cgi?id=749954 Signed-off-by: Alban Browaeys <prahal@yahoo.com> Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2015-05-27 20:49:18 +00:00
libgstvaapi_h265enc_source_c = gstvaapiencode_h265.c
libgstvaapi_h265enc_source_h = gstvaapiencode_h265.h
if USE_H265_ENCODER
libgstvaapi_source_c += $(libgstvaapi_h265enc_source_c)
libgstvaapi_source_h += $(libgstvaapi_h265enc_source_h)
endif
Add vp9 encode element to "vaapi" plugin https://bugzilla.gnome.org/show_bug.cgi?id=766048
2016-05-30 08:24:14 +00:00
libgstvaapi_vp9enc_source_c = gstvaapiencode_vp9.c
libgstvaapi_vp9enc_source_h = gstvaapiencode_vp9.h
if USE_VP9_ENCODER
libgstvaapi_source_c += $(libgstvaapi_vp9enc_source_c)
libgstvaapi_source_h += $(libgstvaapi_vp9enc_source_h)
endif
FEI: plugin: Add vaapih264feienc element A new FEI based encoder element for h264 is added: vaapih264feienc FEI is a an extension to VA-API which is providing low level advanced control over different stages of encoding. Extending vaapih264enc with fei support is possible, but it will make the code too much complicated and will be difficult to debug. So adding the new encoder element, but keeping the rank as 0 , vaapih264enc will stay as the primary encoder for normal use cases. The vaaih264feienc is mainly useful for customers who want to play with MotionVectors and Macroblock Predictions. Also user can do one stage of encoding(eg: only the Motion Vector Calculation) in software and offload trasformation/entroy-coding etc to Hardware (which is what PAK module is doing) using FEI element. vaapih264feienc can work in different modes using fei-mode properoty eg: gst-launch-1.0 videotestsrc ! vaapih264feienc fei-mode=ENC+PAK ! filesink location=sample.264 Important Note: ENC only mode won't produce any encoded data which is expected. But ENC alwys requires the output of PAK in order to do the inter-prediction over reconstructed frames. Similary PAK mode alway requires MV and MBCode as input, so unless there is an upstream element providing those buffers, PAK only won't work as expected. In a nutshell, ENC_PAK and the ENC+PAK modes are the only options we can verify with vaapih264feienc. But ideally, EN+PAK mode verification is enough to make sure that ENC and PAK are working as expected since ENC+PAK mode always invoke ENC and PAK separately in vaapih264feienc. People contributed: Wang, Yi <yi.a.wang@intel.com> Leilei <leilei.shang@intel.com> Zhong, Xiaoxia <xiaoxia.zhong@intel.com> xiaominc <xiaomin.chen@intel.com> Li, Jing B <jing.b.li@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=785712 https://bugzilla.gnome.org/show_bug.cgi?id=784667 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-10 01:36:13 +00:00
libgstvaapi_h264feienc_source_c = \
gstvaapifeivideometa.c \
gstvaapiencode_h264_fei.c \
$(NULL)
libgstvaapi_h264feienc_source_h = \
gstvaapifeivideometa.h \
gstvaapiencode_h264_fei.h \
$(NULL)
FEI: plugin: Add fei specific video meta GstVaapiFeiVideoMeta holds the below fei codec objects: GstVaapiEncFeiMbCode GstVaapiEncFeiMv GstVaapiEncFeiMvPredictor GstVaapiEncFeiMbControl GstVaapiEncFeiQp GstVaapiEncFeiDistortion https://bugzilla.gnome.org/show_bug.cgi?id=785712 https://bugzilla.gnome.org/show_bug.cgi?id=784667 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-10 01:26:57 +00:00
if USE_H264_FEI_ENCODER
libgstvaapi_source_c += $(libgstvaapi_h264feienc_source_c)
libgstvaapi_source_h += $(libgstvaapi_h264feienc_source_h)
endif
plugins: integrate GstVaapiVideoConverterGLX from libgstvaapi. Make sure libgstvaapi core decoding library doesn't include un-needed dependencies. So, move out GstVaapiVideoConverterGLX to plugins instead. Besides, even if the vaapisink element is not used, we are bound to have a correctly populated GstSurfaceBuffer from vaapidecode. Also clean-up the file along the way.
2013-03-21 15:09:42 +00:00
libgstvaapi_la_SOURCES = $(libgstvaapi_source_c)
noinst_HEADERS = $(libgstvaapi_source_h)
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
libgstvaapi_la_CFLAGS = \
Implement GstVaapiSinkBase interface and integrate with GST_DEBUG better.
2010-03-12 23:53:48 +00:00
$(libgstvaapi_CFLAGS) \
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
$(GST_CFLAGS) \
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
$(GST_BASE_CFLAGS) \
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
$(GST_VIDEO_CFLAGS) \
build: add gstreamer-pbutils dependency This dependency was added in gstvaapidecodebin with the call gst_missing_element_message_new(). Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-01-29 11:11:17 +00:00
$(GST_PBUTILS_CFLAGS) \
Add GstXOverlay interface to vaapisink (e.g. for Totem).
2010-05-12 11:43:50 +00:00
$(GST_INTERFACES_CFLAGS) \
Port to GstVideoContext interface. This new interface allows for upstream and downstream display sharing that works in both static and dynamic pipelines. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-04 20:50:15 +00:00
$(GST_BASEVIDEO_CFLAGS) \
plugins: add support for dma_buf imports. Allow imports of v4l2 buffers into VA surfaces for further operation with vaapi plugins, e.g. vaapipostproc or vaapiencode_* elements. https://bugzilla.gnome.org/show_bug.cgi?id=735362 [fixed memory leaks, ported to new dma_buf infrastructure, cleanups] Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2014-01-23 10:00:09 +00:00
$(GST_PLUGINS_BASE_CFLAGS) \
$(GST_ALLOCATORS_CFLAGS)
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
libgstvaapi_la_LIBADD = \
Implement GstVaapiSinkBase interface and integrate with GST_DEBUG better.
2010-03-12 23:53:48 +00:00
$(libgstvaapi_LIBS) \
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
$(GST_LIBS) \
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
$(GST_BASE_LIBS) \
build: add gstreamer-pbutils dependency This dependency was added in gstvaapidecodebin with the call gst_missing_element_message_new(). Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com>
2016-01-29 11:11:17 +00:00
$(GST_VIDEO_LIBS) \
$(GST_PBUTILS_LIBS) \
Add GstXOverlay interface to vaapisink (e.g. for Totem).
2010-05-12 11:43:50 +00:00
$(GST_INTERFACES_LIBS) \
Port to GstVideoContext interface. This new interface allows for upstream and downstream display sharing that works in both static and dynamic pipelines. Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-11-04 20:50:15 +00:00
$(GST_BASEVIDEO_LIBS) \
Add videoutils submodule for GstVideoDecoder APIs.
2012-12-21 13:29:01 +00:00
$(GST_PLUGINS_BASE_LIBS) \
Remove libgstvaapi-videoutils.so This library was intended to add the base classes for video decoders which where not included in gstreamer-0.10. Since the support of gstreamer-0.10 is deprecated those classes are not required, thus the whole library is removed. https://bugzilla.gnome.org/show_bug.cgi?id=745728 https://bugzilla.gnome.org/show_bug.cgi?id=732666 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2015-04-03 14:01:45 +00:00
$(GST_ALLOCATORS_LIBS)
Add boilerplate for vaapiconvert and vaapisink elements.
2010-03-05 17:11:52 +00:00
Group all plugins into the same bundle Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2011-09-14 19:12:41 +00:00
libgstvaapi_la_LDFLAGS = $(GST_PLUGIN_LDFLAGS)
libgstvaapi_la_LIBTOOLFLAGS = --tag=disable-static
Initial import of the gstreamer-vaapi hierarchy.
2010-01-12 15:51:39 +00:00
Fix make dist to include all source files, in any case. Fix make dist to allow build for either GStreamer 0.10 or 1.0. i.e. make sure to include all source files in either case while generating source tarballs.
2013-04-10 13:31:41 +00:00
EXTRA_DIST = \
plugins: Add JPEG encoder element
2015-02-04 09:18:29 +00:00
$(libgstvaapi_enc_source_c) \
$(libgstvaapi_enc_source_h) \
plugins: add initial support for EGL. Add initial support for EGL through GstVideoGLTextureUploadMeta. Fix gst_vaapi_ensure_display() to allocate a GstVaapiDisplay off the downstream supplied GstGLContext configuration, i.e. use its native display handle to create a GstVaapiDisplay of type X11 or Wayland ; and use the desired OpenGL API to allocate the GstVaapiDisplayEGL wrapper. https://bugzilla.gnome.org/show_bug.cgi?id=741079
2015-02-20 14:29:17 +00:00
$(libgstvaapi_jpegenc_source_c) \
build: fix make dist when certain conditionals not met. Fix typo which was preventing the inclusion of jpeg encoder source files from make dist (when there is no jpeg encoder API support in libva).
2015-02-06 10:10:51 +00:00
$(libgstvaapi_jpegenc_source_h) \
plugins: Add VP8 Encoder
2015-02-13 11:45:32 +00:00
$(libgstvaapi_vp8enc_source_c) \
$(libgstvaapi_vp8enc_source_h) \
build: don't compile HEVC encoder if not supported Fix: (gst-plugin-scanner:16681): GStreamer-WARNING **: Failed to load plugin '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvaapi.so': /usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstvaapi.so: undefined symbol: gst_vaapi_encoder_h265_get_default_properties https://bugzilla.gnome.org/show_bug.cgi?id=749954 Signed-off-by: Alban Browaeys <prahal@yahoo.com> Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2015-05-27 20:49:18 +00:00
$(libgstvaapi_h265enc_source_c) \
$(libgstvaapi_h265enc_source_h) \
Add vp9 encode element to "vaapi" plugin https://bugzilla.gnome.org/show_bug.cgi?id=766048
2016-05-30 08:24:14 +00:00
$(libgstvaapi_vp9enc_source_c) \
$(libgstvaapi_vp9enc_source_h) \
FEI: plugin: Add fei specific video meta GstVaapiFeiVideoMeta holds the below fei codec objects: GstVaapiEncFeiMbCode GstVaapiEncFeiMv GstVaapiEncFeiMvPredictor GstVaapiEncFeiMbControl GstVaapiEncFeiQp GstVaapiEncFeiDistortion https://bugzilla.gnome.org/show_bug.cgi?id=785712 https://bugzilla.gnome.org/show_bug.cgi?id=784667 Signed-off-by: Sreerenj Balachandran <sreerenj.balachandran@intel.com>
2017-08-10 01:26:57 +00:00
$(libgstvaapi_h264feienc_source_c) \
$(libgstvaapi_h264feienc_source_h) \
plugins: add initial support for EGL. Add initial support for EGL through GstVideoGLTextureUploadMeta. Fix gst_vaapi_ensure_display() to allocate a GstVaapiDisplay off the downstream supplied GstGLContext configuration, i.e. use its native display handle to create a GstVaapiDisplay of type X11 or Wayland ; and use the desired OpenGL API to allocate the GstVaapiDisplayEGL wrapper. https://bugzilla.gnome.org/show_bug.cgi?id=741079
2015-02-20 14:29:17 +00:00
$(libgstvaapi_egl_source_c) \
$(libgstvaapi_egl_source_h) \
plugins: Add JPEG encoder element
2015-02-04 09:18:29 +00:00
$(libgstvaapi_1_2p_source_c) \
$(libgstvaapi_1_2p_source_h) \
Fix make dist to include all source files, in any case. Fix make dist to allow build for either GStreamer 0.10 or 1.0. i.e. make sure to include all source files in either case while generating source tarballs.
2013-04-10 13:31:41 +00:00
$(NULL)
build: use git.mk This patch handles dinamically the gitignore files with git.mk[1]. Removed the automake variable MAINTAINERCLANFILES in most of the Makefile.am files since now it is handled by the top one. 1. https://github.com/behdad/git.mk/blob/master/git.mk https://bugzilla.gnome.org/show_bug.cgi?id=749321
2015-05-13 08:38:24 +00:00
-include $(top_srcdir)/git.mk
Reference in a new issue Copy permalink