Update for g_type_class_add_private() deprecation in recent GLib

https://gitlab.gnome.org/GNOME/glib/merge_requests/7

concat: Properly forward the SEGMENT seqnum

event: Unset SNAP flags when creating a new seek event without KEY_UNIT flag

The SNAP flags only make sense in combination with the KEY_UNIT flag,
and without they expose all kinds of unexpected behaviour in various
elements that don't expect this from happening.

Also warn if this ever happens.

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

event: Require writable events for setting the running-time-offset and sequence number

Otherwise multiple code paths with the same event could change the
values on each other.

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

gst_structure_to_string: display actual value of pointers

We used to always display "NULL" which was pretty confusing when
debugging.

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

stream: Add some missing API safe guards

poll: minor docs clarification

'Not implemented' could be misinterpreted to mean that
the API doesn't even exist there.

win32: update for new API

poll: add API to watch for POLLPRI

Windows doesn't seem to have an equivalent of POLLPRI so disabled those
functions on this platform.

This API can be used, for example, to wait for video4linux events which
are using POLLPRI.

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

poll: stop treating on POLLPRI as 'read'

Current code was considering "can read" as having either POLLIN or POLLPRI being
set.
This may lead to client being awaken because of POLLPRI, starting a blocking
read and getting stuck because there is actually nothing to read.

This patch removes POLLPRI handling in read code and I'll add specific
API to wait for POLLPRI.

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

baseparse: Ensure seqnum consistency

We need all relevant events of a segment to have consistent seqnum:
* GST_EVENT_SEGMENT
* GST_EVENT_EOS

If we are push-based and create a new segment, use the same seqnum
as the upstream event.

If we are pull-based, use the seqnum of that newly created segment
event everywhere

message: Only allow setting valid seqnum on messages

If we want to make sure we never end up with invalid seqnum on
messages let's forbid setting them.

event: Only allow setting valid seqnum on events

If we want to make sure we never end up with invalid seqnum on
events let's forbid setting them.

bin: Make sure we don't use invalid seqnums on messages

There is a possibility that the accumlation functions don't set
a seqnum. Make sure we only set/override the seqnum of the new
messages if we *have* a valid upstream seqnum to use

queue2: use GstQueueArray

When using queue2 as a queue it was using GQueue with
individually allocated queue items, so two allocs for
each item. With GstQueueArray we can avoid those.

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

dataqueue: add some missing introspection annotations

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

baseparse: Documentation improvements

* Remove references to old functions and methods
* Use proper #ClassName.vmethod() decorator for vmethod

meson: Add an option to activate extra checks

And activate them by default as with autotools

meson: rename gtkdoc option to gtk_doc

datetime: Update/fix documentation

sample: Update documentation

gst: Add an example to GST_STATIC_PAD_TEMPLATE macro

gst: add some GIR array annotations

meson: add 'nls' option to disable translations

And enable by default. Was implicitly disabled because
ENABLE_NLS was not defined.

win32: update for new aggregator API

Fixes make distcheck.

aggregator: Add get_next_time function for live streams

Add a function to do the right thing for live streams.

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

pad: Fix race condition causing the same probe to be called multiple times

Probes were remembering a cookie that was used to check if the probe was
already called this time before the probes list changed. However the
same probes could've been called by another thread in between and thus
gotten a new cookie, and would then be called a second time.

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

gst: Use memcpy() instead of strncpy() where appropriate

strncpy() is assumed to be for strings so the compiler assumes that
it will need an extra byte for the string-terminaning NULL.

For cases where we know it's actually "binary" data, just copy it
with memcpy.

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

bitwriter: Fix build error

Fix implicit-function-declaration warning for meemst and memcpy

gstbitwriter.h:166:3: error: implicit declaration of function ‘memset’
   memset (bitwriter->data + clear_pos, 0, (new_bit_size >> 3) - clear_pos);
   ^

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

gstevent: Add some FIXME: 2.0 about removing the timestamp

The timestamp field isn't valuable or used well anywhere. We
should remove it for GStreamer 2.0

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

bitwriter: Add unit tests

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

bitwriter: Add a generic bit writer

GstBitWriter provides a bit writer that can write any number of
bits into a memory buffer. It provides functions for writing any
number of bits into 8, 16, 32 and 64 bit variables.

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

meson: Update option names to omit disable_ and with- prefixes

Also yield common options to the outer project (gst-build in our case)
so that they don't have to be set manually.

bufferlist: fix abort due to underflow when creating 0-sized list

gst_buffer_list_new_sized(0) will cause an underflow in a calculation
which then makes it try to allocate huge amounts of memory, which
may lead to aborts.

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

scripts: create-uninstalled-setup: remove dead wiki link, mention gst-build

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

aggregator: since marker for new API

Was also backported.

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

debugutils: Update configure option in documentation

Update documentation on non existent option `gst-enable-gst-debug'.  Instead,
one has to make sure that the `--disable-gst-debug' option was not used when
compiling GStreamer (i.e., `./configure --disable-gst-debug').

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

Source code typo fixes

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

Fix typos in comments and docs

Found via `codespell`

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

win32: add new symbol

aggregator: Improve doc for gst_aggregator_pad_has_buffer

aggregator: Add API to check if a pad has a new buffer

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

buffer: don't over-allocate internal GstMeta items

We would allocate space for two GstMeta structs even though
there is only one in the end (the one in GstMetaItem and in
GstFooMeta overlap).

Meson: Use library() to build both static and shared libs

Meson supports building both static and shared libraries in a single
library() call. It has the advantage of reusing the same .o objects and
thus avoid double compilation.

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

Meson: Fix check for linker args

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

pkgconfig: set pluginsdir to plugins/ sub-directory for uninstalled .pc file

So we don't unnecessarily scan directories that have no plugins
(or try to open libs). Matches how we limit the search space for
plugin modules to gst/ ext/ sys/ subdirs.

meson: fix invalid keyword argument warnings

cc.compiles() doesn't have a 'prefix' argument (yet) and the
prefix has already been prepended to the source code snippets.

https://github.com/mesonbuild/meson/issues/2364

Revert "docs: Minor fix in event_new_select_streams"

This reverts commit f218917d02760f8f32a35e4e635e23230c47c0c6.

docs: Minor fix in event_new_select_streams

multiqueue, inputselector: show pad properties in gst-inspect-1.0

inputselector, outputselector: add guards for wrong pads being set as active pads

Catch users wrongly setting foreign pads or wrong pads as
the selector's active pad, which leads to all kinds of
other issues. It's a programming error so handle it just
like we would if we had direct API.

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

caps: Add a macro based variant of gst_caps_copy

This way we do not hit the performance overhead of having the method
not inlined but still can use it from bindings.

pad: Handle changing sticky events in pad probes

In the case where the user sets a new padprobeinfo->data in a probe
where the data is a sticky event, the new sticky event should be automatically
sticked on the probed pad.

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

debug: Make PADS debug background blue

Red on red was... suboptimal!

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

win32: update defs for new exports

harness: Handle harness->element not being a GstBin

It is totally valid but in gst_harness_find_element we were not
handling that case.

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

gst: Stop inlining gst_caps_copy

This way it gets exposed to bindings through GObject Introspection.

Automatic update of common submodule

From f0c2dc9 to ed78bee

gstconfig.h.in: initial RISC-V support

RISC-V supports unaligned accesses, but these might run extremely slowly
depending on the implementation. Therefore set GST_HAVE_UNALIGNED_ACCESS
to 0 on this architecture.

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

adapter: port the buffer list from GSList to GstQueueArray

Significantly reduces the amount of memory allocation operations.

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

API: gst_queue_array_peek_nth

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

gstqueuearray: make find() return a 0-based index

And make the drop() functions expect a 0-based index too,
this addresses a longstanding FIXME. This will not break
backward compatibility, because the drop() functions
were previously only meant to be used with the index
returned by find().

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

gstsample: new API

gst_sample_set_buffer
gst_sample_set_caps
gst_sample_set_segment
gst_sample_set_info
gst_sample_is_writable
gst_sample_make_writable

This commit makes it possible to reuse a sample object and avoid
unnecessary memory allocations, for example in appsink.

In addition, writability is now required to set the buffer list.

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

base: fix some GIR annotations

Mostly related to out parameters and their transfer

gst: add some GIR array annotations

debugutils: Add missing parameters documentation

gstdebug: fix occasional deadlocks on windows when outputting debug logging

When outputting debug logs on Windows, some sections are protected
with a non-recursive lock. Turns out though that gst_debug_message_get()
might indirectly, via our printf format extensions, call code which
in turn would try to log something when it can't handle something. If
that happens we end up in gst_debug_log_default() again recursively and
try to again take the lock that's already taken, thus deadlocking.

Format the debug message string outside of the critical section
instead to avoid this.

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

gsturi: include gstconfig.h earlier for GST_API define

gstinfo: fix debug levels being applied in the wrong order

Remove unneeded reapplication of patterns. Besides being
superfluous (gst_debug_reset_threshold already applies
patterns) it was also wrong and didn't stop checking patterns
after the first match (broken in 67e9d139).

Also fix up unit test which checked for the wrong order.

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

gstinfo: Simplify gst_debug_reset_threshold() implementation

Replace the while+goto with a for+break and check walk to determine
whether we had a match. Move up the unlock to keep the locked section as
small as possible.

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

gstinfo: Reduce code duplication around level pattern matching

Move the match, logging and set_threshold to a new function.

The log levels are different, so choose the higher one (LOG). Having two
equivalent messages at two different levels seems like a bad idea
anyway.

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

streamcollection: embed GQueue into the private struct

docs: Update libs documentation

* Make sure all libcheck headers are ignored
* Add all missing symbols

docs: Update gst core doc

gst: Documentation fixes

* Fix copy-paste error for GstParamSpecArray documentation
* Use proper field name for tracer utils documentation

libs: Documentation fixes

* Symbols not properly exposed or wrongly named

bin: fix deep-element-added signal debug log message

Adding the bin to the child element doesn't really make sense.

meson: bump meson req for gnome.mkenums_simple()

meson: remove no longer needed core enumtypes template files

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

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

meson: delete unused variable

test: Pool now try to reset the size

As a side effect, buffers are no longer expected to be discarded on
resize.

gstbuffer: reset buffer to its original size if intact

Enhance default_reset_buffer() to resize the buffer to its full size if the
memory hasn't changed. This allows to reuse the buffer even if the offset has
changed or the size has shrunk, rather than freeing the buffer.

Change related to: https://bugzilla.gnome.org/show_bug.cgi?id=772841

net: Include gstnetcontrolmessagemeta.h in net.h

paramspecs: Set g-i annotation values for GST_PARAM_* constants

elementfactory: GST_ELEMENT_FACTORY_TYPE_DECODABLE had DECRYPTOR added, update g-i annotation value

gst: Fix compilation with latest GLib

g_object_ref() forwards the type of its argument nowadays.

./grammar.y:409:14: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]
gstchildproxy.c:212:7: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types]

Back to development

Release 1.14.0

Update docs

Release 1.13.91

Update docs

meson: docs: update api decorators to ignore

docs: fixup for new libs API export decorators

net: GST_EXPORT -> GST_NET_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.

controller: GST_EXPORT -> GST_CONTROLLER_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.

check: GST_EXPORT -> GST_CHECK_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.

base: GST_EXPORT -> GST_BASE_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.

gst: GST_EXPORT -> GST_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.