waylandsink: protect access to the display with a new display_lock

Access is protected only for setting/creating/destroying the display
handle. set_caps() for example is not protected because it cannot be
called before changing state to READY, at which point there will be
a display handle available and which cannot change by any thread at
that point

waylandsink: remove the OBJECT_LOCK from set_caps()

It's not really necessary, this method is protected from GstBaseSink with the PREROLL_LOCK

waylandsink: Replace the OBJECT_LOCK with a private render_lock to lock render operations

This is because:
* GST_ELEMENT_WARNING/ERROR do lock the OBJECT_LOCK and we deadlock instantly
* In future commits I want to make use of GstBaseSink functions that also
  lock the OBJECT_LOCK inside this code

waylandsink: move surface resizing logic to the GstWlWindow and make it be called from the main thread

waylandsink: cleanup GstWlWindow a bit after the overlaying semantics change

* own_surface is not needed anymore
* gst_wl_window_from_surface is not used externally anymore
* many initializations to 0 are not needed (GObject does them)

wayland: remove gst_wayland_video_set_surface_size()

Not needed anymore, since we use gst_video_overlay_set_render_rectangle()

waylandsink: create and maintain the subsurface inside the sink

This means that the given surface in set_window_handle can now be
the window's top-level surface on top of which waylandsink creates
its own subsurface for rendering the video.

This has many advantages:
* We can maintain aspect ratio by overlaying the subsurface in
  the center of the given area and fill the parent surface's area
  black in case we need to draw borders (instead of adding another
  subsurface inside the subsurface given from the application,
  so, less subsurfaces)
* We can more easily support toolkits without subsurfaces (see gtk)
* We can get properly use gst_video_overlay_set_render_rectangle
  as our api to set the video area size from the application and
  therefore remove gst_wayland_video_set_surface_size.

wayland: add public API for creating & using the display handle GstContext

waylandsink: get the external display handle using GstContext

This drops the ugly GstWaylandWindowHandle structure and is much
more elegant because we can now request the display separately
from the window handle. Therefore the window handle can be requested
in render(), i.e. when it is really needed and we can still open
the correct display for getting caps and creating the pool earlier.

This change also separates setting the wl_surface from setting its size.
Applications should do that by calling two functions in sequence:

  gst_video_overlay_set_window_handle (overlay, surface);
  gst_wayland_video_set_surface_size (overlay, w, h);

waylandsink: drop width/height arguments from gst_wl_window_new_from_surface()

waylandsink: add G_BEGIN/END_DECLS on all headers for consistency

waylandsink: fix assertion failure when stopping immediately after starting, without displaying anything

This was triggered in scenarios like
filesrc location=nonexistent_file ! decodebin ! waylandsink

waylandsink: Update wl_scaler to version 2

wayland/Makefile.am: link with gstvideo to avoid introspection errors

waylandsink/Makefile.am: Fix scaler-client-protocol.h generation

waylandsink: remove unused functions

waylandsink: Add myself to the authors list

waylandsink/wldisplay: bind to the latest available wl_compositor version

waylandsink: create/destroy the display when entering/leaving the READY state instead of PAUSED

This is the only way to get the negotiation working with the dynamic
detection of formats from the display, because the pipeline needs
to know the supported formats in the READY state and the supported
formats can only be known if we open the display.

Unfortunately,in wayland we cannot have a separate connection to
the display from the rest of the application, so we need to ask for a
window handle when going to READY in order to get the display from it.

And since it's too early to create a top level window from the state
change to READY, create it in render() when there is no other window.

This also changes set_window_handle() to not support window handle
changes in PAUSED/PLAYING (because it's complex to handle and useless
in practice) and make sure that there is always a valid display pointer
around in the READY state.

waylandsink: Support all video formats supported by the display

waylandsink: fix crash in case there is no pool because of a caps negotiation error

waylandsink: set an empty input region on the video surface

waylandsink/wlwindow: reuse code between the two constructors

waylandsink: increase debug messages

waylandsink: Use a boolean in combination with render_cond to comply with GCond's usage documentation

waylandsink: Implement expose() and handle resizing properly in non-PLAYING states

waylandsink: Use wl_scaler/wl_viewport to scale the surface in the compositor/hardware

waylandsink: Build bindings for the unstable wl_scaler spec

waylandsink: Set external surfaces and their child objects to use our own event queue

This fixes weird freezes because of frame_redraw_callback() not being
called from the main thread when it should with weston's toy toolkit.

It's also safer to know that frame_redraw_callback() will always be
called from our display thread... Otherwise it could be called after
the sink has been destroyed for example.

waylandsink: Wait for the frame_cb to redraw and drop frames meanwhile

We are not supposed to redraw until we receive a frame callback and this
is especially useful to avoid allocating too many buffers while the
window is not visible, because the compositor may not call wl_buffer.release
until the window becomes visible (ok, this is a wayland bug, but...).

waylandsink: Handle wl_buffer::release and don't reuse buffers that are not released

This is achieved by adding an extra reference on the buffers, which does
not allow them to return to the pool. When they are released, this reference
is dropped.

The rest complexity of this patch (hash table, mutex, flag, explicit release calls)
merely exists to allow a safe, guaranteed and deadlock-free destruction sequence.
See the added comment on gstwaylandsink.c for details.

waylandsink/waylandpool: remove useless munmap call

This data pointer is part of a bigger mmap'ed region,
it has not been returned from mmap itself.

waylandsink/waylandpool: call the start/stop methods of the parent class

start() makes sure that the minimum ammount of buffers requested is allocated.

stop() makes sure that buffers are actually destroyed and prevents
filling the file system when resizing the surface a lot, because the
wayland-shm-* files will stay on the file system as long as the wl_buffers
created out of them are alive.

waylandsink/waylandpool: unlink mmaped shm files so that they don't remain on the file system

waylandsink: implement the GstVideoOverlay & GstWaylandVideo interfaces

This is the initial implementation, without the GstVideoOverlay.expose()
method. It only implements using an external (sub)surface and resizing
it with GstWaylandVideo.

waylandsink: implement with stubs the GstWaylandVideo & GstVideoOverlay interfaces

wayland: Add new gst-wayland library containing a new GstWaylandVideo interface

This interface is needed to be able to embed waylandsink into
other wayland surfaces. Due to the special nature of wayland,
GstVideoOverlay is not enough for this job.

waylandsink: handle the list of supported formats properly

enum wl_shm_format is not a flags enum, as it may have been in the past,
so multiple formats cannot be stored in a bitfield. Use an array instead.

waylandsink/wlvideoformat: add mappings for many common formats

waylandsink: unref the buffer pool

waylandsink/waylandpool: ref the display instead of the sink to avoid cyclic references

The reference to the sink is not really needed anyway in waylandpool,
what matters basically is that the display is active as long as the
pool is active, so we really want to reference the display object
instead of the sink.

waylandsink: make the display property useful

Let the display property control the name of the display,
like in x(v)imagesink.

waylandsink: access sink->pool in a more atomic fashion

waylandsink: remove the useless wayland_lock

waylandsink: apply the same debug category to all the subobjects

waylandsink: cleanup header includes

waylandsink: split window-related code out to a new GstWlWindow class

GstWlWindow also has API ready to support subsurfaces.

waylandsink: remove callback and redraw_pending variables from the window structure

waylandsink/waylandpool: improve debug message

waylandsink/waylandpool: find the video format from the GstVideoInfo instead of accessing the sink

For the sake of isolation only. The format should be the same.

waylandsink/waylandpool: refactor code

* make use of GstBufferPool::start/stop functions to allocate/deallocate memory
* get rid of struct shm_pool and do all operations cleanly inside WaylandBufferPool
* store a GstVideoInfo during configuration instead of the width & height
  and use the stride from the video info instead of hardcoding its value

waylandsink: split video format related functions out to a separate file

waylandsink/waylandpool: move code around for better readability

waylandsink: move struct shm_pool and its related functions to waylandpool.c

And also make the instance of this struct to be owned by the buffer
pool instead of the element, for the sake of isolation

waylandsink: Use XDG_RUNTIME_DIR instead of /tmp for the shm file

waylandsink: remove unused variables

waylandsink: process display events in a separate thread

This also moves the display-related code into a new GstWlDisplay class,
which takes care of the new thread

waylandsink: tidy up the header files

pnmdec: use GstVideoDecoder Class

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

tsdemux: Don't overwrite original seek value

In accurate mode, we'll be using start to fill in the seek segment,
therefore don't overwrite it with the shifted seek position.

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

glvideomixer: silence incorrect number of arguments in format warning

gldownload: plug a memory leak

glvideomixer: wire up the alpha pad property

glvideomixer: support input frame scaling

glvideomixer: add positioning of input streams

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

glmixer: allow the subclass to choose the sink pad type

Allows custom properties to be placed on the sink pads by subclasses

mpegtspacketizer: live: handle pcr/dts discrepancies some more

When wrapover/reset occur, we end up with a small window of time where
the PTS/DTS will still be using the previous/next time-range.

In order not to return bogus values, return GST_CLOCK_TIME_NONE if the
PTS/DTS value to convert differs by more than 15s against the last seen
PCR

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

mpegtspacketizer: Fix wraparound detection issue

Using 32bit unsigned values for corrected pcr/offset meant that we
potentially ended up in bogus values

Furthermore, refpcr - refpcroffset could end up being negative, which
PCRTIME_TO_GSTTIME() can't handle (and returned a massive positive value)

docs: add gsteglimagememory

docs: add glframebuffer object

docs: misc adds for gl functions

docs: add gluploadmeta object

docs: update for some gl function name changes

glfilterapp: actually emit the client-draw signal

gl/examples: update for TEXTURE_2D change

tsdemux: implement proper seeking for h264 streams.

Co-Authored by: Thibault Saunier <tsaunier@gnome.org>

From a high level perspective, the new process for seeking h264
streams is as follows:

1) Rewind the stream until we find the first I-slice of a frame,
   and mark its offset in the stream.
2) Rewind the stream until we find SPS and PPS informations,
   to make sure the subsequent parser is up to date.
3) Accumulate optionnal SEI NAL units on the way.
4) Push the SPS, PPS and SEI units before the new keyframe.

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

dvbsrc: do not try to close negative file descriptors

Interestingly, Coverity implies that close takes an unsigned
argument, while my close(2) man page shows it taking a signed
argument. I guess it may be platforms specific.

Coverity 1214602

hls: fix build with GLib 2.32

Provide internal copy of g_list_copy_deep() until we
bump the GLib requirement.

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

aiffparse: bail out early when bytes per sample is not set

This should always be set for valid files when we get there,
and checking this avoids having ad hoc checks further down
in several places.

Coverity 1139698

codecparsers: h264: fix quantization matrix conversion routine names.

Fix routine names for zigzag/raster scan order conversion routines for
quantization matrices. This ought to use the gst_h264_quant_matrix_*()
naming convention instead of gst_h264_video_quant_matrix_*(), which
derived from the MPEG-2 function names.

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

Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>

codecparsers: add C++ guards for MPEG-4 and VP8 parsers.

Fix MPEG-4 and VP8 APIs to export their external symbols as pure C
symbols, i.e. un-mangled for C++.

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

Signed-off-by: Gwenole Beauchesne <gwenole.beauchesne@intel.com>

glmixer: send the stream-start event

and the caps event after.

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

gl/examples: add GST_PLUGINS_BASE_CFLAGS

gl/examples: remove spurious include for doublecube example

gl/examples: add the srcdir and builddir includes

And remove references to $(GST_PLUGINS_GL_*)

glfilterapp: remove the reshape/draw properties

The reshape property was never used.
Replace the draw property with a signal.

Based on patch by Mathieu Duponchelle <mathieu.duponchelle@epitech.eu>

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

glmixer: lock the size of mix->frames to the number of pads

Fixes a segfault with decodebin ! glmixer where the request pads on
both sides were being requested after the state change to PAUSED.

Also fixes dynamically adding and removing pads while glmixer is
in a state >= PAUSED.

gl/examples: Port to using signals instead of properties

Based on patch by Mathieu Duponchelle <mathieu.duponchelle@epitech.eu>

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

glimagesink: replace pointer properties with signals

Based on patch by Mathieu Duponchelle <mathieu.duponchelle@epitech.eu>

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

mpegtspacketizer: Use first group for handling reference pcr

If _set_current_pcr_offset gets called after a flushing seek, we ended
up using the current group for delta calculation ... whereas we should
be using the first group to calculate shifts.

Also add an early exit if there are no changes to apply

tsdemux: Remove unused variable

The seeksegment was no longer used since the switch to calculating segments
when we see data.

mpegtspacketizer: Fix debug statement

mpegtspacketizer: Fix duration evaluation in push mode

When working in push mode, we need to be able to evaluate the duration
based on a single group of observations.

To do that we use the current group values

mpegtspacketizer: Handle early PTS conversion

When handling the PTS/DTS conversion in new groups, there's a possibility
that the PTS might be smaller than the first PCR value observed, due to
re-ordering.

When using the current group, only apply the wraparound correction when we
are certain it is one (i.e. differs by more than a second) and not when it's
just a small difference (like out-of-order PTS).

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

gdp: don't print already-freed string

CID 1221987

speed: Fix position query some more

Forgot to remove code in 16fd917632c0992349ca28cf9108e9562c493ad7

CID #1139677

mpegtsdemux: Fix sticky event handling

When we receive sticky events from upstream, always return TRUE.

Fixes the issue where we receive custom sticky events (such as "uri")
and no pads are created yet.

hlsdemux: Improve parsing quoted key URIs and apply it for I-frame-based stream URI

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

hlsdemux: Don't store the current key in the playlist

It's per fragment and applying to all following fragments
until the next key is specified.

hlsdemux: Fix compiler warnings