msdk: allocator: libva: check if it's already using dmabuf when mapping

As long as we negotiate the "DMABuf" capsfeatures for now, map can't be
working. So we need to confirm not to do it if using DMABuf memory.

https://bugzilla.gnome.org/show_bug.cgi?id=793707

nvbaseenc: fix build warnings with HAVE_NVENC_GST_GL

fix following error:
gstnvbaseenc.c: In function ‘gst_nv_base_enc_set_context’:
gstnvbaseenc.c:451:17: error: unused variable ‘nvenc’ [-Werror=unused-variable]
   GstNvBaseEnc *nvenc = GST_NV_BASE_ENC (element);
                 ^

https://bugzilla.gnome.org/show_bug.cgi?id=794896

decklink: Fix MinGW warnings due to MSVC-specific pragmas

https://bugzilla.gnome.org/show_bug.cgi?id=794652#c7

msdkdec: use dmabuf if possible

https://bugzilla.gnome.org/show_bug.cgi?id=793707

msdk: dmabuf support

This patch includes:
1\ Implements MsdkDmaBufAllocator and allocation of msdk dmabuf memroy.
2\ Each msdk dmabuf memory include its own msdk surface kept by GQuark.
3\ Adds new option GST_BUFFER_POOL_OPTION_MSDK_USE_DMABUF

https://bugzilla.gnome.org/show_bug.cgi?id=793707

msdk: adds new function to get dmabuf information from surface.

https://bugzilla.gnome.org/show_bug.cgi?id=793707

msdk: allocator: get dmabuf handle during allocation if required

https://bugzilla.gnome.org/show_bug.cgi?id=793707

msdk: generalize the parameter of msdk video memory functions

There needs to be generalized for the parameter from
GstVideoMsdkVideoMemory to GstMemory.

Thus we can call these functions if using DMABuf memory.

https://bugzilla.gnome.org/show_bug.cgi?id=793707

msdk: specify the way to find a proper cached response by request

The current way to find proper response by just comparing request's
value is wrong.  We need to compare the size of a frame and the
number of suggested frames.

Refer to the sample in https://github.com/Intel-Media-SDK/samples.

https://bugzilla.gnome.org/show_bug.cgi?id=793707

kmssink: Add support for the Allwinner DRM driver (sun4i-drm)

This adds the sun4i DRM driver to the list of DRM drivers in kmssink.
The driver allows displaying video in either the main plane or an
overlay plane.

https://bugzilla.gnome.org/attachment.cgi?bugid=794839

msdk: dec: remove framerate field from sink caps template

Removes unessential field framerate for decoder so that negotiation
works even if framerate is not provided from upstream.

https://bugzilla.gnome.org/show_bug.cgi?id=789752

msdk: dec: set framerate to the driver only if provided

For example, if framerate 0/1 is provided from upstream, the driver
fails to configure and complain about it.

We can let it go and make the driver assuming framerate itself.

https://bugzilla.gnome.org/show_bug.cgi?id=789752

msdk: h265dec: remove framerate field from sink caps template

Removes unessential field framerate for decoder so that negotiation
works even if framerate is not provided from upstream.

https://bugzilla.gnome.org/show_bug.cgi?id=789752

msdk: Don't set extended coding options for JPEG encode

MJPEG doesn't have support for extended coding options

https://bugzilla.gnome.org/show_bug.cgi?id=793873

docs: plugins: remove stale xml data for moved or renamed plugins

rawparse plugin moved to -base, only legacyrawparse remains.
siren plugin was renamed and was listed twice.

https://bugzilla.gnome.org/show_bug.cgi?id=794069

rtponviftimestamp: fix state change function init/reset

When starting up we need to initialise things *before*
streaming starts, so before we chain up to the parent
class in the state change function. And when we shut
down the element, we need to reset things after streaming
has stopped, so after we chain up to the parent class
in the state change function.

Possibly related to memory leak in:
https://bugzilla.gnome.org/show_bug.cgi?id=794353

meson: Add missing optional lrdf dep to ladspa build

https://bugzilla.gnome.org/show_bug.cgi?id=794350

decklink: Use g_thread_new instead of g_thread_create

It's deprecated, and causes a build failure in Cerbero because we pass
-DG_DISABLE_DEPRECATED.

decklink: fix initialization fails in windows binary

There is no log of gst_decklink_com_thread () which initializes COM.
The initialization part is not valid with #ifdef MSC_VER.
Windows binaries are built with gcc.
As with other codes, it was avoidable by setting it to G_OS_WIN32
instead of MSC_VER.

https://bugzilla.gnome.org/show_bug.cgi?id=794652

wasapi: Print the hresult hex value on error

This helps figure out precisely what error enum value was returned,
which can be necessary when the description is too generic

ladspa: Fix critical during plugin load on Windows

https://bugzilla.gnome.org/show_bug.cgi?id=794611

x265enc: no //-style comments

x265enc: Add "key-int-max" property

https://bugzilla.gnome.org/show_bug.cgi?id=794623

gl: Rename gstglutils.h functions to prevent symbol conflicts with static linking

The gl plugin in -base has the same function.

opus: Rename opusheader functions to prevent symbol conflicts with static linking

The opus plugin in -base has the same functions.

x265: Fix tagging of keyframes on output buffers

https://bugzilla.gnome.org/show_bug.cgi?id=794620

meson: webrtc: use gnome.mkenums_simple() to generate enumtypes files

webrtc: use right export define in generated enumtypes file

webrtc: fix g-ir-scanner complaining about unstable API

meson: use gnome.mkenums_simple() to generate enumtypes files

Means we no longer need our custom scripts, nor template files.

pkgconfig: remove some cruft

gl has moved to -base, remove leftover files.

meson: fix ladspa dependencies

There are two issues, both related to dependency checking with the meson
support for the ladspa plugin.

With autotools, lrdf is handled like an optional dependency. But with
meson it is required. This makes the meson support less flexible and
inconsistent with autotools.

When autotools is used it properly checks if ladspa.h is available.
But with meson it does not, instead it treats lrdf as the main
dependency. This could cause a build failure if lrdf is installed, but
the ladspa sdk is not.

https://bugzilla.gnome.org/show_bug.cgi?id=794350

meson: enable bs2b compilation

Add meson build system support to bs2b plugin.

https://bugzilla.gnome.org/show_bug.cgi?id=794346

mpegtsmux: Explicitly resend PAT/SI/PMT on force-keyunit events

And don't randomly change the PCR stream, which would cause a new PMT
version to be generated instead and could confuse players.

mpegtsmux: Deterministically set the PCR stream to the first stream of the program

Otherwise it would be randomly set to the first stream of the program
that receives a buffer.

mpegtsmux: Reset a few more fields in mpegtsmux_reset() to their original values

tsmux: Don't use GST_DEBUG_OBJECT() with non-GObject types

h264parse: reset internal 'state' variable properly

Reset the internal 'state' variable when the parser is started, fixes
errors when parser is being re-used.

https://bugzilla.gnome.org/show_bug.cgi?id=794537

shmsink: Fix compilation with latest GLib

g_object_ref() forwards its arguments type.

gstshmsink.c: In function ‘gst_shm_sink_allocator_alloc_locked’:
/usr/include/glib-2.0/gobject/gobject.h:512:32: error: passing argument 3 of ‘gst_memory_init’ from incompatible pointer type [-Werror=incompatible-pointer-types]
 #define g_object_ref(Obj)      ((__typeof__(Obj)) (g_object_ref) (Obj))
                                ^
gstshmsink.c:292:45: note: in expansion of macro ‘g_object_ref’
     gst_memory_init (memory, params->flags, g_object_ref (self), NULL,
                                             ^~~~~~~~~~~~

Back to development

Release 1.14.0

Update docs

wasapi: try to satisfy both mingw and msvc

Fix-up for previous commit, hopefully.

kmssink: Add Amlogic upstreamer DRM driver support

Amlogic Upstream driver is named meson, not to be confuse with the build
system.

wasapi: fix indentation

wasapi: fix unresolved symbol linker error with vs2017 on win10

ERROR: unresolved external symbol PKEY_AudioEngine_DeviceFormat

Apparently the order of the header includes matters, and initguid.h
must be included first. Let's hope this doesn't break anything on
the other toolchains.

https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/ceff4e2d-8f63-4ab6-b09b-fdac65d62a80/pkeyaudioenginedeviceformat-link-error?forum=windowspro-audiodevelopment

webrtc: Fix make distcheck for g-i build

ERROR: ../../../../../gst-libs/gst/webrtc/webrtc-enumtypes.c: no such a file or directory

webrtc: Include webrtc-enumtypes in the g-i build

webrtcbin: Remove parameter from gst_webrtc_rtp_sender_new()

webrtc: Remove unused parameter from rtpsender constructor

https://bugzilla.gnome.org/show_bug.cgi?id=794363

webrtc: Add some locks to setters and remove non-existing functions from headers

https://bugzilla.gnome.org/show_bug.cgi?id=794363

webrtc: Rename GstWebRTCIceRole to GstWebRTCICERole for consistency

Everything else is ICE, not Ice.

https://bugzilla.gnome.org/show_bug.cgi?id=794362

webrtc: Fix gobject-introspection build with meson

webrtc: Add gobject-introspection integration

https://bugzilla.gnome.org/show_bug.cgi?id=794347

srt: Add missing gstsrt.h to noinst_HEADERS

Reorder the list to match the SOURCES.

https://bugzilla.gnome.org/show_bug.cgi?id=794320

msdk: libva: remove unnecessary code and comments

https://bugzilla.gnome.org/show_bug.cgi?id=794276

msdk: adds new debug category

https://bugzilla.gnome.org/show_bug.cgi?id=794276

msdk: fix typo

https://bugzilla.gnome.org/show_bug.cgi?id=794276

msdk: Fix the I420 video format support

Make sure I420 surface mapping works as expected by using
YV12 format and swap U/V plane's offset and pitches.

https://bugzilla.gnome.org/show_bug.cgi?id=793865

Release 1.13.91

Update docs

docs: update api decorators to ignore

webrtc: GST_EXPORT -> GST_WEBRTC_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

wayland: GST_EXPORT -> GST_WAYLAND_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

video: GST_EXPORT -> GST_URI_VIDEO_BAD_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

uridownloader: GST_EXPORT -> GST_URI_DOWNLOADER_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

player: GST_EXPORT -> GST_PLAYER_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

opencv: GST_EXPORT -> GST_OPENCV_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

mpegts: GST_EXPORT -> GST_MPEGTS_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

isoff: GST_EXPORT -> GST_ISOFF_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

photography: GST_EXPORT -> GST_PHOTOGRAPHY_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

insertbin: GST_EXPORT -> GST_INSERT_BIN_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

codecparsers: GST_EXPORT -> GST_CODEC_PARSERS_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

basecamerabinsrc: GST_EXPORT -> GST_BASE_CAMERA_BIN_SRC_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

audio: GST_EXPORT -> GST_AUDIO_BAD_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

adaptivedemux: GST_EXPORT -> GST_ADAPTIVE_DEMUX_API

We need different export decorators for the different libs.
For now no actual change though, just rename before the release,
and add prelude headers to define the new decorator to GST_EXPORT.

docs: plugins: add some more elements and plugins

wasapi: Minor fixes for debug logging

meson: Add deviceprovider changes to directsoundsrc

These were missed when they were added to Makefile.am

wasapi: Guard IAudioClient2 structs and enums

These are already defined in the audioclient.h provided by the latest
MinGW headers, and the existing #ifndef were obviously wrong.

https://bugzilla.gnome.org/show_bug.cgi?id=794197

docs: add wasapi elements

meson: fix build when msdk is not found

tests: add msdkh264enc element unit test

https://bugzilla.gnome.org/show_bug.cgi?id=793236

msdk: Fix the misspelled file name in meson build

wasapi: ship audioclient3 header in tarballs

https://bugzilla.gnome.org/show_bug.cgi?id=794197

msdk: enc: fix missing some frames to be encoded

There was not handling the end of encoding sequence in encoder.
This patch does drain any remaining internal streams while decoder
already does this.

Document says:
"To mark the end of the encoding sequence, call this function with a
NULL surface
pointer. Repeat the call to drain any remaining internally cached
bitstreams—one
frame at a time—until MFX_ERR_MORE_DATA is returned."

https://bugzilla.gnome.org/show_bug.cgi?id=793236

msdk: dec: fix leaks when flushing

https://bugzilla.gnome.org/show_bug.cgi?id=793708

msdk: manage child sessions on parent GstMsdkContext

Sometimes parent context is released before its children get released.
In this case MFXClose of parent session fails.

To make sure that child sessions are closed before closing a parent
session,
Parent context needs to manage child sessions and close them first when
it's released.

https://bugzilla.gnome.org/show_bug.cgi?id=793412

msdk: dec: remove code to manage buffers with locked surface

https://bugzilla.gnome.org/show_bug.cgi?id=793413

msdk: manage MSDK surfaces seperately

Currently a gst buffer has one mfxFrameSurface when it's allocated and
can't be changed.
This is based on that the life of gst buffer and mfxFrameSurface would
be same.
But it's not true. Sometimes even if a gst buffer of a frame is finished
on downstream,
mfxFramesurface coupled with the gst buffer is still locked, which means
it's still being used in the driver.

So this patch does this.
Every time a gst buffer is acquired from the pool, it confirms if the
surface coupled with the buffer is unlocked.
If not, replace it with new unlocked one.
In this way, user(decoder or encoder) doesn't need to manage gst buffers
including locked surface.

To do that, this patch includes the following:
1. GstMsdkContext
- Manages MSDK surfaces available, used, locked respectively as the
following:
  1\ surfaces_avail : surfaces which are free and unused anywhere
  2\ surfaces_used : surfaces coupled with a gst buffer and being used
now.
  3\ surfaces_locked : surfaces still locked even after the gst buffer
is released.

- Provide an api to get MSDK surface available.
- Provide an api to release MSDK surface.

2. GstMsdkVideoMemory
- Gets a surface available when it's allocated.
- Provide an api to get an available surface with new unlocked one.
- Provide an api to release surface in the msdk video memory.

3. GstMsdkBufferPool
- In acquire_buffer, every time a gst buffer is acquired, get new
available surface from the list.
- In release_buffer, it confirms if the buffer's surface is unlocked or
not.
  - If unlocked, it is put to the available list.
  - If still locked, it is put to the locked list.

This also fixes bug #793525.

https://bugzilla.gnome.org/show_bug.cgi?id=793413
https://bugzilla.gnome.org/show_bug.cgi?id=793525

configure.ac: enable largefile support if possible

https://bugzilla.gnome.org/show_bug.cgi?id=793103

tests: player: disable broken test_play_media_info test

Until someone can be bothered to debug + fix it.

https://bugzilla.gnome.org/show_bug.cgi?id=787372
https://bugzilla.gnome.org/show_bug.cgi?id=787374

h265parser: allow partial matching on range extension profile

Best to return a valid profiles rather than no profile if bitstream uses
a not standard profile.

https://bugzilla.gnome.org/show_bug.cgi?id=793876

h265parse: add support for 'Format range extensions profiles'

Those profiles have been introduced in version 2 of the HEVC spec
(A.3.5).

https://bugzilla.gnome.org/show_bug.cgi?id=793876

h265parser: parse extra profile fields

Those fields have been introduced in version 2 and later to define new
profiles like the format range extensions profiles (A.3.5).

NOTE: This patch breaks the parser ABI, rebuild needed.

https://bugzilla.gnome.org/show_bug.cgi?id=793876

h265parser: decouple GstH265Profile and GstH265ProfileIDC

We used to have the same enum to represent H265 profiles and idc values.
Those are no longer the same with extension profiles defined from
version 2 of the spec.
Split those enums so the semantic of each is clearer and we'll be able
to add extension profiles to GstH265Profile.

Also add gst_h265_profile_tier_level_get_profile() to retrieve the
GstH265Profile from the GstH265ProfileTierLevel. It will be used to
implement the detection of extension profiles.

https://bugzilla.gnome.org/show_bug.cgi?id=793876

Release 1.13.90

Update docs

iqa: Fix build with latest aggregator API changes

Revert "h265parse: early set src caps when input not byte-stream"

This reverts commit 93d29e80300f566b7a8e7d86beecb578fe03821c.