codecparsers: h264: clarifications and documentation fixes.

Fix documentation for GstH264NalUnit. The @ref_idc part was totally
unbalanced. Also add a note about @offset and @size fields to remind
that this is relative to the start of the NAL unit, thus including
the header bytes.

codecparsers: h264: fix identification of EOSEQ and EOS NALs.

An end_of_seq() [EOSEQ] or end_of_stream() [EOS] NAL unit is really
one byte long because this shall include the NalHeaderBytes (1) too.
The NALU.offset starts from the first byte of the header.

This is the proper fix to commit d37f842. In practice, this fixes
parsing of FRExt1_Panasonic_D and FRExt2_Panasonic_C, that include
additional frames after an EOSEQ.

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

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

rtmpsrc: Report limited bandwidth

Makes uridecodebin treat this source as a stream source,
allowing timeshifting.

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

mpegts: Expose GstMpegtsDescriptor free function

Nothing earth shattering, but avoids people having to use g_boxed_free()

eagl: Disable usage of R and RG textures on iOS

They don't work currently and just render zeroes, while the
fallback code path with LUM and LUM_ALPHA textures still works.

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

faceblur: release the haar cascade

aggregator: Avoid destroying sources we do not own

+ Unref the maincontext in a new dispose function
+ Make sure to remove all sources on dispose

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

vtenc: fix memory leak

The pixel buffer release callback is called if the void *
dataPtr given to the CVPixelBufferCreateWithPlanarBytes
is not NULL.

According to the documentation dataPtr is supposed to be a
"plane description block" but no specific type is given.

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

segmentation: Release memory storage in finalize

textoverlay: Release memory storage and resize image when caps change

templatematch: Release cvImages when reloading templates are changing caps

pyramidsegment: Release image when changing caps or reusing the element

handdetect: Release memory storage

faceblur: Release memory storage

And also release cvImages and memory storage when changing caps or reusing the
element.

edgedetect: Don't leak cvImages when caps are changing or the element is reused

pyramidsegment: Release memory storage when finalizing

schroenc: Remove obsolete FIXME comment

schroenc: Don't leak all input buffers

h264parse: Fix memory leak in unit test

textoverlay: Free text buffer in finalize

glimagesink: Chain up to the parent class' finalize function

glimagesink: Make sure to always unref the display

Even if we didn't create a context yet.

intersubsrc: basesrc is already creating a pad for us, no need to do it twice

yadif: basetransform is creating pads for us already, don't do it twice

glupload: Fix memory leak in unit test

glcontext: Fix memory leaks in unit test

mpegts: Fix memory leaks in the test and the library

Currently uses g_boxed_free() in the unit test, this needs to
be fixed properly when cleaning up the API.

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

assrender: Make static caps actually static

Otherwise we leak once caps instance on every function call.

uvch264src: Free property strings when disposing the instance

intersubsink/src: Free channel string when finalizing the instance

uvch264src: Fix compiler warning when compiling with G_DISABLE_ASSERT

vc1parse: Fix compiler warnings when compiling with G_DISABLE_ASSERT

kate: Use G_GSIZE_FORMAT instead of unportable %zu

badvideo: Update dist generated ORC files

badvideo: Rename videoconvert functions to prevent conflicts with static linking

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

tests: aggregator: fix various leaks in the tests

compositor: tests: Fix pad leak

Remember to unref requested pad

dataurisrc: fix leak as gst_buffer_replace adds its own ref

So unref the buffer after that otherwise it leaks

aggregator: always store or unref the buffer on the _chain function

Otherwise it leaks, and it is very common to go to flushing when the
pipeline is stopping, leaking a buffer.

aggregator: always unref the buffer on _finish function

Otherwise the user doesn't know if it was unref'd or not

aggregator: add dispose/finalize functions

Add functions to be able to cleanup the mutex/cond and pending buffers
on the aggregator and on its pad

Release 1.3.90

Update .po files

interaudiosrc: Fail in set_caps() if the caps can't be parsed

tests: camerabin: fix caps leak in test

The gst_query_set_caps_result doesn't take ownership of caps

audiovisualizer: fix caps leaks

Fix leak of caps event and of caps objects when setting caps on
sink and src pads

kate: unref events when freeing events list

Instead of just feeing the queue structs

kateenc: fix segment event leak

gst_event_replace increments the refcount

mpegts: atsc: avoid calling g_convert with 0-sized input

Avoids an assertion. The cached string will be assigned an empty string
as its value when size is 0.

codecparsers: h264: fix memory leak in GstH264PPS.

The gst_h264_parse_pps() function dynamically allocates the slice
group ids map array, so that needs to be cleared before parsing a
new PPS NAL unit again, or when it is no longer needed.

Likewise, a clean copy to the internal NAL parser state needs to be
performed so that to avoid a double-free corruption.

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

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

codecparsers: h264: fix typo in GstH264VUIParams description.

codecparsers: h264: add support for Recovery Point SEI message.

The recovery point SEI message helps a decoder in determining if the
decoding process would produce acceptable pictures for display after
the decoder initiates random access or after the encoder indicates
a broken link in the coded video sequence.

This is not used in the h264parse element, but it could help debugging.

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

codecparsers: h264: add nal_reader_skip_long() helper.

Add nal_reader_skip_long() helper function to allow an arbitrary number
of bits to be skipped. The former nal_reader_skip() function is too
limited to the actual cache size.

Use this new function to simplify gst_h264_parser_parse_sei_message()
default case, that skips unsupported payloads.

v2: made args consistent from header to source file.

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

videoaggregator: fix a refcount error when keeping the buffer

We take a ref on the pad's buffer at the beginning so we need to
unref when we are done in all cases.

codecparsers: vp8: move up built-in range decoder private data.

Use the first _gst_reserved[] slot to hold the built-in range decoder
private data. The first slot was formerly the buffer size, which was
then promoted to semi-public namespace when it got integrated as git
commit 2940ac6.

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

glcolorconvert: free pixel swizzling information

glmixer: remove redundant/unused lock

Use the GstObject lock instead

glmixer: remove redundant creation and free of GPtrArrays

Also plugs a memory leak

glmixer: plug a memory leak for the caps

gst_query_set_caps_result() takes a ref on the caps

aggregator: plug a memory leak of the srccaps

glmixer: intersect with the filtercaps if available

gl: update gles2 compatability header

mpegts: Unify API : GstMpegts / gst_mpegts_ / GST_*_MPEGTS_

It was previously a mix and match of both variants, introducing just too much
confusion.

The prefix are from now on:
* GstMpegts for structures and type names (and not GstMpegTs)
* gst_mpegts_ for functions (and not gst_mpeg_ts_)
* GST_MPEGTS_ for enums/flags (and not GST_MPEG_TS_)
* GST_TYPE_MPEGTS_ for types (and not GST_TYPE_MPEG_TS_)

The rationale for chosing that is:
* the namespace is shorter/direct (it's mpegts, not mpeg_ts nor mpeg-ts)
* the namespace is one word under Gst
* it's shorter (yah)

mpegtssection: Free data in error cases

Data is marked as "transfer full", if we have an error we need to
free it.

glfilter: pass through the allocation query when in passthrough mode

Otherwise two GL elements on either side will fail to use the same
GL context.

glfilter: prefer passthrough for non-sysmem caps

glshader: enable glshader on GLES2

glcolorscale: do passthrough on same caps

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

glfilter: handle NULL decide_query which means passthrough

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

glfilter: prepend intersection to src caps

Prefer to stay in the same memory space if possible.
Also it let a chance to do passthrough.

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

gl: enable glvideomixer on GLES2

dvbsrc: add copyright/license stub to header

dvbsrc: documentation fixes

glvideomixer: bas output width/height on the pad properties

Allows automatic negotiation of the size in the following case:
gst-launch-1.0 glvideomixer name=m sink_0::xpos=0 sink_1::xpos=320 ! glimagesink \
    videotestsrc ! m. \
    videotestsrc pattern=1 ! m.

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

glvideomixer: don't clobber already allocated shader

curls?ftpsink: Fix memory leaks due to new error handling

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

mpegts: More doc fixes

Still not done :(

mpegts: more annotation fixes

mpegts: change to GType and from gchar[] to gchar*

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

gl: XInitThreads when env variable is set

This is too allow gst-launch debugging with multiple GL contexts as
well as avoiding segfaulting innocent gtk+ apps that have not called
XInitThreads.

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

gl: add a scary note about initializing thread support for the winsys

We cannot do it as the winsys may crash if we initialize too late.

Example, GLX contexts with Intel drivers:
Intel requires the X Display to be the same in order to share GL
resources across GL contexts.  These GL contexts are generally
accessed from different threads.  Without winsys support it is
nearly impossible to guarentee that concurrent access will not
occur.  This concurrent access could result in crashes or abortion
by the winsys (xcb).

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

mpegts: Fix descriptor_from_dvb_service

Various leaks/overwrites issues

all: Don't declare variables in 'for' loops

badbase: Use the correct LDFLAGS for creating libraries

Otherwise we won't e.g. create .dlls on Windows

compositor: Fix Makefile CFLAGS/LIBADD ordering

We want to use the libraries from -bad if/when present

d3dvideosink: Release D3D surfaces when shutting down the sink

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

openslessrc: Classification of the element factory should be Source/ not Src/

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

videoaggregator: don't clobber already heap allocated video frame

CID # 1223440

videoaggregator: fix up the parent chaining for dispose and finalize

gluploadmeta: reenable GLMemory upload path

dvbsrc: fix diseqc-source prop name in example

dvbsrc: fix nit on warning message

configure: use $ERROR_CFLAGS instead of hard-coding -Werror

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

configure: use -Werror to make the include GL and GLES2 header check guaranteed fatal

Clang will only give a warning for the redefinition of typedef GLenum.
Since master is build with -Werror this will result in a build failure
later in the gl plugin. Add -Werror to the test, so the test result is as
expected. This will allow the gl plugins to build.

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

h265parse: fix hvcC size check

In ISO/IEC 14496-15, the minimum size of a HEVCDecoderConfigurationRecord
(i.e., the contents of a hvcC box) is 23 bytes. However, the code in h265parse
checks that the size of this data is not less than 28 bytes, and it refuses to
accept caps if the check fails. The result is that standards-conformant streams
that don't carry any parameter sets in their hvcC boxes won't play.

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

modplug: don't hardcode c++ standard library

Fixes build with llvm on FreeBSD.

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

Back to development

Release 1.3.3

Update .po files

gl: Need to link to new badvideo library for the video aggregator base class