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

273 lines
6.7 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
build: fix with --no-undefined linker flags. https://bugzilla.gnome.org/show_bug.cgi?id=729352
2014-08-01 04:32:32 +00:00
libgstvaapi_LIBS = \
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-$(GST_API_VERSION).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
libgstvaapi_LIBS += \
configure: rename GST_MAJORMINOR to GST_API_VERSION.
2013-03-20 10:44:10 +00:00
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-drm-$(GST_API_VERSION).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) \
configure: rename GST_MAJORMINOR to GST_API_VERSION.
2013-03-20 10:44:10 +00:00
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-x11-$(GST_API_VERSION).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
libgstvaapi_LIBS += \
configure: rename GST_MAJORMINOR to GST_API_VERSION.
2013-03-20 10:44:10 +00:00
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-glx-$(GST_API_VERSION).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
libgstvaapi_LIBS += \
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-egl-$(GST_API_VERSION).la
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)
plugins: add support for Wayland.
2012-07-24 07:45:25 +00:00
libgstvaapi_LIBS += \
configure: rename GST_MAJORMINOR to GST_API_VERSION.
2013-03-20 10:44:10 +00:00
$(top_builddir)/gst-libs/gst/vaapi/libgstvaapi-wayland-$(GST_API_VERSION).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 \
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 \
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 \
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 \
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 \
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
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 =
if USE_EGL
libgstvaapi_source_c += $(libgstvaapi_egl_source_c)
libgstvaapi_source_h += $(libgstvaapi_egl_source_h)
endif
plugins: add support for GstVideoGLTextureUploadMeta. If the allocation meta GST_VIDEO_GL_TEXTURE_UPLOAD_META_API_TYPE is requested, and more specifically under a GLX configuration, then add the GstVideoGLTextureUploadMeta to the output buffer. https://bugzilla.gnome.org/show_bug.cgi?id=703236 Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>
2013-07-15 11:41:00 +00:00
libgstvaapi_1_2p_source_c = \
gstvaapivideometa_texture.c \
$(NULL)
libgstvaapi_1_2p_source_h = \
gstvaapivideometa_texture.h \
$(NULL)
if USE_GST_API_1_2p
libgstvaapi_source_c += $(libgstvaapi_1_2p_source_c)
libgstvaapi_source_h += $(libgstvaapi_1_2p_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) \
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) \
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
$(GST_VIDEO_LIBS) -lgstpbutils-$(GST_PKG_VERSION) \
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
plugins: add built-in video parsers as "vaapiparse" element. The built-in video parsers elements are built into a single DSO named libgstvaapi_parse.so. The various video parsers could be accessed as vaapiparse_CODEC. For now, this only includes a modified version of h264parse so that to support H.264 MVC encoded streams.
2014-04-28 15:44:03 +00:00
BUILT_SOURCES =
if USE_LOCAL_VIDEO_PARSERS
plugin_LTLIBRARIES += libgstvaapi_parse.la
libgstvaapi_parse_gen_source_c = \
gsth264parse.c \
$(NULL)
libgstvaapi_parse_gen_source_h = \
gsth264parse.h \
$(NULL)
plugins: Add h265 videoparser element "vaapiparse_h265" This is a mirror of h265parse element in upstream gst-plugins-bad. There could be additional patches but all should go to upstream. This is for making development faster. Note: vaapiparse_h265 will get build only for GStreamer version >= 1.4
2015-04-17 13:45:22 +00:00
libgstvaapi_1_4p_parse_gen_source_c = \
gsth265parse.c \
$(NULL)
libgstvaapi_1_4p_parse_gen_source_h = \
gsth265parse.h \
$(NULL)
plugins: add built-in video parsers as "vaapiparse" element. The built-in video parsers elements are built into a single DSO named libgstvaapi_parse.so. The various video parsers could be accessed as vaapiparse_CODEC. For now, this only includes a modified version of h264parse so that to support H.264 MVC encoded streams.
2014-04-28 15:44:03 +00:00
libgstvaapi_parse_gen_sources = \
$(libgstvaapi_parse_gen_source_c) \
$(libgstvaapi_parse_gen_source_h) \
$(NUL)
plugins: Add h265 videoparser element "vaapiparse_h265" This is a mirror of h265parse element in upstream gst-plugins-bad. There could be additional patches but all should go to upstream. This is for making development faster. Note: vaapiparse_h265 will get build only for GStreamer version >= 1.4
2015-04-17 13:45:22 +00:00
libgstvaapi_parse_gen_sources += $(libgstvaapi_1_4p_parse_gen_source_c)
libgstvaapi_parse_gen_sources += $(libgstvaapi_1_4p_parse_gen_source_h)
plugins: add built-in video parsers as "vaapiparse" element. The built-in video parsers elements are built into a single DSO named libgstvaapi_parse.so. The various video parsers could be accessed as vaapiparse_CODEC. For now, this only includes a modified version of h264parse so that to support H.264 MVC encoded streams.
2014-04-28 15:44:03 +00:00
libgstvaapi_parse_source_c = gstvaapiparse.c $(libgstvaapi_parse_gen_source_c)
libgstvaapi_parse_source_h = gstvaapiparse.h $(libgstvaapi_parse_gen_source_h)
plugins: Add h265 videoparser element "vaapiparse_h265" This is a mirror of h265parse element in upstream gst-plugins-bad. There could be additional patches but all should go to upstream. This is for making development faster. Note: vaapiparse_h265 will get build only for GStreamer version >= 1.4
2015-04-17 13:45:22 +00:00
if USE_GST_API_1_4p
libgstvaapi_parse_source_c += $(libgstvaapi_1_4p_parse_gen_source_c)
libgstvaapi_parse_source_h += $(libgstvaapi_1_4p_parse_gen_source_h)
endif
plugins: add built-in video parsers as "vaapiparse" element. The built-in video parsers elements are built into a single DSO named libgstvaapi_parse.so. The various video parsers could be accessed as vaapiparse_CODEC. For now, this only includes a modified version of h264parse so that to support H.264 MVC encoded streams.
2014-04-28 15:44:03 +00:00
libgstvaapi_parse_la_SOURCES = $(libgstvaapi_parse_source_c)
noinst_HEADERS += $(libgstvaapi_parse_source_h)
libgstvaapi_parse_la_CFLAGS = \
-DGST_USE_UNSTABLE_API \
-I$(top_srcdir)/gst-libs \
-I$(top_builddir)/gst-libs \
$(GST_CFLAGS) \
$(GST_BASE_CFLAGS) \
$(GST_PLUGINS_BASE_CFLAGS) \
build: link libgstvaapi_parse against codec parser GST_CODEC_PARSER_* variables are defined if builtin codec parsers are disabled when running configure. Right now, libgstcodecparsers links only to libgstvaapi, but libgstvaapi_parse need it if builtin codec parsers are disabled. This patch adds GST_CODEC_PARSER_* variables to libgstvaapi_parse compilation. If builtin codec parsers are enable, this variable is null, so it should work using libgstvaapi, as normal. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=754845
2015-09-15 14:53:31 +00:00
$(GST_VIDEO_CFLAGS) \
$(GST_CODEC_PARSERS_CFLAGS) \
$(NULL)
plugins: add built-in video parsers as "vaapiparse" element. The built-in video parsers elements are built into a single DSO named libgstvaapi_parse.so. The various video parsers could be accessed as vaapiparse_CODEC. For now, this only includes a modified version of h264parse so that to support H.264 MVC encoded streams.
2014-04-28 15:44:03 +00:00
libgstvaapi_parse_la_LIBADD = \
$(top_builddir)/gst-libs/gst/codecparsers/libgstvaapi-codecparsers.la \
$(GST_LIBS) \
$(GST_BASE_LIBS) \
$(GST_PLUGINS_BASE_LIBS) \
build: link libgstvaapi_parse against codec parser GST_CODEC_PARSER_* variables are defined if builtin codec parsers are disabled when running configure. Right now, libgstcodecparsers links only to libgstvaapi, but libgstvaapi_parse need it if builtin codec parsers are disabled. This patch adds GST_CODEC_PARSER_* variables to libgstvaapi_parse compilation. If builtin codec parsers are enable, this variable is null, so it should work using libgstvaapi, as normal. Signed-off-by: Víctor Manuel Jáquez Leal <victorx.jaquez@intel.com> https://bugzilla.gnome.org/show_bug.cgi?id=754845
2015-09-15 14:53:31 +00:00
$(GST_VIDEO_LIBS) -lgstpbutils-$(GST_PKG_VERSION) \
$(GST_CODEC_PARSERS_LIBS) \
$(NULL)
plugins: add built-in video parsers as "vaapiparse" element. The built-in video parsers elements are built into a single DSO named libgstvaapi_parse.so. The various video parsers could be accessed as vaapiparse_CODEC. For now, this only includes a modified version of h264parse so that to support H.264 MVC encoded streams.
2014-04-28 15:44:03 +00:00
libgstvaapi_parse_la_LDFLAGS = $(GST_PLUGIN_LDFLAGS)
libgstvaapi_parse_la_LIBTOOLFLAGS = --tag=disable-static
videoparsers_sources_dir = \
$(top_srcdir)/ext/codecparsers/gst/videoparsers
videoparsers_patches_dir = \
$(top_srcdir)/patches/videoparsers
include $(videoparsers_patches_dir)/series.frag
videoparsers_patches = \
$(videoparsers_patches_base:%=$(top_srcdir)/patches/videoparsers/%)
videoparsers.prepare.stamp: $(videoparsers_patches)
@for f in $(libgstvaapi_parse_gen_sources); do \
cp -f $(videoparsers_sources_dir)/$$f $$f; \
done
@for f in $(videoparsers_patches); do \
patch -p3 < $$f; \
done
@touch $@
BUILT_SOURCES += videoparsers.prepare.stamp
endif
CLEANFILES = \
videoparsers.prepare.stamp \
$(libgstvaapi_parse_gen_sources)
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) \
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) \
$(libgstvaapi_parse_source_c) \
$(libgstvaapi_parse_source_h) \
plugins: Add h265 videoparser element "vaapiparse_h265" This is a mirror of h265parse element in upstream gst-plugins-bad. There could be additional patches but all should go to upstream. This is for making development faster. Note: vaapiparse_h265 will get build only for GStreamer version >= 1.4
2015-04-17 13:45:22 +00:00
$(libgstvaapi_1_4p_parse_gen_source_c) \
$(libgstvaapi_1_4p_parse_gen_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