msdk: vpp: Add dmabuf-export support

Currenly, the dmabuf buffer pool can be negotiated
only through DMABuf capsfeatures.
This will not allow to negotiate dmabuf support with
v4l2src (v4l2src ! msdkvpp) where v4l2src always export
the dmabuf based memory with out using the DMABuf capsfeatures.
So it requires fix based on:
https://bugzilla.gnome.org/show_bug.cgi?id=794817

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

nvdec: Add colorimetry info to the caps

Output any colorimetry information extracted from the stream
into the caps.

nvdec: Use gst_video_info_to_caps to build caps.

Don't build caps directly, as that won't add any GstVideoInfo
newer fields (such as colorimetry) automatically.

kmssink: Add 24bit RGB support

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

msdk: vpp: Add YV12, YUY2 and BGRx formats to template

msdk: Add more video format mapping

BGRx format can be supported with Msdk's RGB4

msdk: vpp: Allocation query fixes

prpose_allocation:
-- always instantiate a pool for for upstream
-- use async_depth + 1 as min buffer count

decide_allocation:
-- always create a new bufferpool for source pad.
Each of the msdk element has to create it's own mfxsurfacepool
which is an msdk contraint. For eg: Each Msdk component (vpp, dec and
enc)
will invoke the external Frame allocator for video-memory usage
So sharing the pool between gst-msdk elements might not be a good idea.

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

rfbsrc: Fix decide_allocation to support NULL pool

We were assuming that NULL pool meant that downstream didn't reply.
Update the pool index 0 instead of adding at the end. Otherwise we ended
up letting basesrc decide, which would pick the blocksize as a size
(4096) instead of the image size.

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

rfbsrc: Fix support for applevncserver

This server uses an unknown 003.889 protocol version. This patch fixes
the version validation in order to simply fallback to 3.3 as suggested
by the spec.

Meson: Generate pc file for all plugins in bad

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

meson: use -Wl,-Bsymbolic-functions where supported

Just like the autotools build.

h264parse: add constrained and progressive profiles

Those profiles have been added in the version 2012-01
and 2011-06 of the AVC spec.

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

curlhttpsrc: deadlock in multi-instance scenario

Fixed queue iterator issue and set context state to
GSTCURL_MULTI_LOOP_STATE_RUNNING in case other
instance are in running state.

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

nvenc: Remove GST_USE_UNSTABLE_API defines

GstGL is no longer unstable API since moving to -base

configure: Fix nvenc GL check

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

nvenc: Use the HAVE_NVENC_GST_GL define instead of HAVE_GST_GL

Fix compiling against the GL interop by gating includes
on the right header

nvh265enc: Add Nvidia GPU based HEVC encoder

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

nvencbase: Define sinkpad template in subclass

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

nvenc: Add debug catagory for nvh264enc

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

docs: mpegts: add atsc docs

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

decklinkvideosrc: Add support for extracting Closed Caption

If the "output-cc" property is set to TRUE and there is CC present
in the VBI Ancillary Data, they will be extracted and set on the
outgoing buffer as GstVideoCaptionMeta.

Only CDP packets are supported.

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

configure: look for right version of plugins, not >= 0.11

Well, just look for same version as we require for -base
which should be good enough. Also use plugins base req
for -base libs.

Fix code indentation

dx9screenscapsrc: consolidate UNLOCK

testsrcbin: typo fixes

testsrcbin: fix bug setting stream flags

We would mark all streams with FLAG_UNSELECT as we would check
the pointer for non-NULLness not the dereferenced stream number
(and the pointer is always non-NULL). The intention here was
presumably to mark the first stream of each type as SELECT and
the others as UNSELECT by default.

CID 1434970.

testsrcbin: fix memory leak

CID 1434971

dssim: Add a dssim-error-threshold property

If that threshold is reached, `iqa` will emit an ERROR message on the
bus, stopping any processing.

This way we can do a simpler comparison with gst-validate and the
process will error out if the specified threshold is reached.

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

meson: fbdev: fix 'invalid keyword argument' meson warnings

Required is not a valid kwarg for cc.has_header()

testsrcbin: Do not use G_DECLARE_ as it requires GLib 2.44

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

debugutils: Add a testsrcbin element

This is a simple Bin that will expose audiotestsrc or videotestsrc
based on what is asked by the user either through the GstURIHandler
API or through the "stream-types" property.

This element also provides GstStream and GstStreamCollection
so it is nicely usable from playbin3.

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

kmssink: Add new entry for Xilinx DRM Driver

This adds entry for new DRM driver from xilinx
called "xlnx" which supports atomic modesetting.

We have kept entry for older DRM driver "xilinx_drm"
for backward compatility with a note describing
deprecation.

Signed-off-by: Devarsh Thakkar <devarsht@xilinx.com>
https://bugzilla.gnome.org/show_bug.cgi?id=795228

wasapisrc: Don't provide a clock based on WASAPI's clock

The clock seems to have a lot of drift (or we're using it incorrectly)
which causes buffers to be late on the sink and get dropped.

Disable till someone can investigate whether our usage of the API is
incorrect (it looked correct to me) or if something is wrong.

nvdec/nvenc: Support CUDA Toolkit 9

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

msdk: jpegdec: Fix non-interleaved sample decode

Using the default value (InterleavedDec == MFX_SCANTYPE_UNKNOWN)
causing issues with non-interleaved sample decode. Ideally the usage
of MFXVideoDECODE_DecodeHeader should fix these type of issue, but
it seems to be not. But hardcoding the InterleaveDec to
MFX_SCANTYPE_NONINTERLEAVED
is fixing the problem and fortunately msdk seems to be taking care of
Interleaved samples
too .So let's hardcode it for now.

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

jpegparse: Fix APP1 marker segment parsing

Reposition the bytereader for proper skipping of
APP1 marker segment if it is not Exif.

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

wasapi: Call CoIn/Uninitialize() around prepare()

Seems to be required for exclusive mode and also for all
initialization on Windows 7

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

Automatic update of common submodule

From f0c2dc9 to ed78bee

webrtc: fix gtk-doc annotations

pcapparse: bail out in case of fragmented packets

pcapparse cannot parse fragmented IP packets correctly, in particular it
will get confused when trying to parsing fragments as standalone frames
in two ways:

  1. the first fragment will have the packet length greater than the
     frame size and will always be discarded;

  2. fragments with non-zero offsets will be interpreted as full packets
     and the first part of their raw payload data will be parsed as the
     transport protocol header, resulting in bogus values for addresses
     and ports, thus evading the properties filtering on those values.

This can make it difficult for users to see why the data does not get
downstream.

So be more explicit and just bail out when fragmented packets are
encountered.

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

pcapparse: add some comments about the pcap format headers

Since the code is full of magic add at least some guidance for newbies.

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

resindvd, uvch264src, dx9screencapsrc: fix clock ref leaks in error paths

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

bluez: avdtpsrc: fix caps leak in error code paths

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

h265parse: Make caps writable before modifying them

Fix following assertion failure
GStreamer-CRITICAL **: gst_structure_remove_field: assertion 'IS_MUTABLE (structure)' failed

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

fakevideosink: explicit type cast for max-lateness property setter

g_object_set() expects the parameters values to be the exact type of the
property being set.

wasapi: Handle return value of WaitForSingleObject

The wait could've failed for whatever reason, we should handle that.

wasapi: Call _Start if the client was _Reset

Otherwise we will wait forever in WaitForSingleObject because we forgot
to start the client again after _Stop is called in reset().

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

fakevideosink: request an extra buffer if enable-last-sample is enabled

If the 'enable-last-sample' property is enabled, fakevideosink will keep
a reference on last rendered buffer which may lead to buffer starvation
in the pipeline.
Request one extra buffer in this case so we always have a buffer flying
in the pipeline.

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

wasapi: Don't open the device in get_caps()

We can just return the template caps till the device is opened when
going from READY -> PAUSED. This fixes a CRITICAL when calling
ELEMENT_ERROR before the ringbuffer is allocated.

Also fixes a couple of leaks in error conditions.

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

wasapi: Only use audioclient3 when low-latency

Causes glitches on very slow CPU machines or VMs, and our
out-of-the-box experience should be good.

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

wasapi: Don't derive device period from latency time

This seems to cause glitches on devices with low CPU availability,
such as virtual machines. Maybe even actual machines under high load.

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

msdk: fix plugin load on implementations with only HW support

We can't assume that MSDK always supports SW implementation
on all platforms.  Thus, msdk_is_available should check for
ANY implementation.

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

wasapi: Squelch warning about %x and HRESULT

HRESULT is always a 32-bit value, as is guint.

wasapisrc: Implement loopback recording

Now, when you set loopback=true on wasapisrc, the `device` property
should refer to a sink (render) device for loopback recording.

If the `device` property is not set, the default sink device is used.

audiolatency: Fix wave detection in buffers

-1/1000 is 0, so we were *always* detecting a buffer.

audiolatency: Avoid bogus pts values while starting

msdk: fix meson syntax

msdk: vpp : Add frame rate control

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

msdk: vpp : Add force-aspect-ratio property

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

msdk: Add more scaling filter algorithms

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

msdk: vpp: Add support for horizontal and vertical mirroring

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

msdk: vpp: Add detail/edge enhancement tuning

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

msdk: vpp: Add ProAmp(colorbalance) support

Added Hue, Saturation, Brightness and Contrast tuning support.

Fixme: Add GstColorBalanceInterface support

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

msdk: vpp: Add deinterlacing support

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

msdk: vpp:Add more filters

-- Add Denoise
-- Add Rotation

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

msdk: Add VPP element

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

meson: mpegts: make internal mpegts lib dep depend on the enumtypes header

hlssink2: Use the new reset-muxer property on splitmuxsink

We don't want to reset the muxer, otherwise the continuity counter will
reset after each segment and some software gets confused. We want to
create a continuous stream.

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

mpegtsmux: Resend initial segments and header sections after FLUSH_STOP

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

msdk: dec: rename the function to what it means more exactly.

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

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.