audiomixer: Don't take channel mask in consideration in mono or stereo

This could cause negotiation to fail.

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

audiomixer: Add test to the .gitignore file

audiomixer: Add simply synchronization test

audiomixer: Add new element based on adder that does synchronized audio mixing

Automatic update of common submodule

From 865aa20 to dbedaa0

eglglessink: Query upstream first to get a EGLDisplay

applemedia-nonpublic: Link with gmodule for g_module_open() and others

applemedia: Link with gmodule for g_module_open() and others

configure: Always define AM_CONDITIONAL USE_EGLGLES

curl: curlsftpsink - new libcurl-based sink element for SFTP

Note: SFTP = SSH File Transfer Protocol
The sink acts as a client and uploads data to the SFTP server.

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

cdaudio: Remove cdaudio plugin

This element is being removed due to it been
considered obsolete and the functionaily it
provides no longer needed.

Details on the decision can be found here:

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

Fixes:

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

yadif: Fix compiler warning caused by specifying const twice

  yadif.c:49:24: warning: duplicate 'const' declaration specifier [-Wduplicate-decl-specifier]
  DECLARE_ASM_CONST (16, const xmm_reg, pb_1) = {
                       ^
  yadif.c:33:50: note: expanded from macro 'DECLARE_ASM_CONST'
  #define DECLARE_ASM_CONST(n,t,v)    static const t __attribute__((used)) __attribute__ ((aligned (n))) v
                                                 ^
  yadif.c:52:24: warning: duplicate 'const' declaration specifier [-Wduplicate-decl-specifier]
  DECLARE_ASM_CONST (16, const xmm_reg, pw_1) = {
                       ^
  yadif.c:33:50: note: expanded from macro 'DECLARE_ASM_CONST'
  #define DECLARE_ASM_CONST(n,t,v)    static const t __attribute__((used)) __attribute__ ((aligned (n)))

yadif: Fix build with XCode

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

h264parse: Remove the explicit PAR calculation based on VUI headers

The PAR calculation based on VUI headers is already doing by the
h264 codecparser and we does't need to duplicate those code.

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

rotate: Fix angle property help text

The help text of the angle property was probably copied from the circle
plugin, fix it to mention the rotation determined by the angle.

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

cdaudio: port to 1.X

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

androidmedia: fix rank for more software decoders

In Galaxy S4 the codecs list contains some OMX.SEC.foo.sw.dec
as software decoders

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

geometrictransform: Fix setting black background for AYUV buffers

When the frame buffer is AYUV writing all zeros does not set it to
black, in YUV colorspace 0x10 is the black level for luminance and 0x80
is the black level for chrominance.

Fix setting the background to black when the out_frame format is AYUV;
in all the other supported formats zeroing the data with memset is still
the right thing to do.

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

applemedia-nonpublic: fix plugin name

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

vtenc: use proper release callback type in CVPixelBufferCreateWithPlanarBytes

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

avfvideosrc: fix truncated line

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

eglglessink: remove unused functions in the eagl backend

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

androidmedia: fix access to invalid buffers in the decoding loop

Flushing the decoder invalidates all buffers, so it should be done
after quiting the decoding loop. Otherwise we can jump into
"failed_release" and stop everything

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

h264parse: Unify value setting

the initial par_n = par_d = 0; was always overwritten since the switch/case
handles all values

And remove the 0 case (it's the same handling as default)

h264parse: Avoid ending up with undefined values

If caps aren't fixed, we'd end up with undefined values for format
and align.

tsdemux: Demote GST_ERROR to GST_WARNING

discontinuities are not errors per-se and we handle them correctly.

hlsdemux: fix memory leak in gst_hls_demux_get_next_fragment

This patch fixes three memory leaks in hlsdemux, one that occurs
during normal operation and two that occur during error conditions.

The gst_hls_demux_get_next_fragment function calls
gst_fragment_get_buffer which increments the reference count
on the buffer but gst_hls_demux_get_next_fragment never calls unref on
the buffer. This means that the reference count for each downloaded
fragment never gets to zero and so its memory is never released.

This patch adds a call to gst_buffer_unref after the flags have been
updated on the buffer.

There is a leak-on-error in gst_hls_demux_decrypt_fragment if it fails
to download the key file. If the key fails to download, null is
returned without doing an unref on the encrypted fragment. The
semantics of gst_hls_demux_decrypt_fragment is that it takes ownership
of the encrypted fragment and releases it before returning.

There is a leak-on-error in gst_hls_src_buf_to_utf8_playlist in the
unlikely event that the gst_buffer_map fails. In the "happy path"
operation of gst_hls_src_buf_to_utf8_playlist the buffer gets an unref
before the function returns, therefore the error condition must do the
same.

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

mpegtsmux: fix uninitialized variable warning

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

mpegtsdemux: fix uninitialized variable warning

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

androidmedia: make gst_amc_avc_profile_from_string recognize alt name

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

pitch: Fix inverted condition in setcaps

mpegtspacketizer: Skip packets with corrupted length

This is similar to what we do for packets with payload

tsdemux: Refactor language tag extraction

subtitling descriptor needs to be used with a different method to extract
language codes.

mpegts: Add support for parsing DVB Subtitling descriptor (0x59)

Essentially works in the same vein as the iso639 descriptor code

mpegts: Fix assertion fault in ISO 639 parsing

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

speed: Fix some bytes-per-frame vs. bytes-per-sample mixups

Otherwise we will crash when handling multiple channels and
miscalculate timestamps.

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

configure: Make sure to try window-system-agnostic EGL if nothing was auto-detected

mpegpsdemux: log time format as name instead of the number

egl: Allow disabling gstreamer-egl library

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

tsdemux: Use mpegts-lib for ISO 639 language tags

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

tsdemux: Return descriptor in get_descriptor

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

mpegts: Add ISO 639 parsing functions

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

dvdspu: handle sticky dvd events

palette-changed events are now sticky.

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

hlsdemux: Small improvement on always valid if condition

No need to check for !cancelled as the above if guarantees it
to be true

hlsdemux: Do not call _stop holding the updates lock

It will cause a deadlock and the calers for _get_next_fragment
will already call _stop if required when _get_next_fragment fails.

Fixes #690148

dashdemux: Improve if cause readability

Fixed up the error-handling code when downloading fragments.
Modifed the error-handling code to use positive logic when
testing for cancellation of the download loop.

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

dashdemux: actually return true on latency query

Do not forget to set the return for latency query

dashdemux: stop fetching live fragments that don't yet exist

There is an issue for live streams where download_loop will keep
downloading segments until it gets a 404 error for a segment
that has not yet been published. This is a problem because this
request for a segment that doesn't exist will propagate all the
way back to the origin server(s). This means that dashdemux causes
extra load on the origin server(s) for segments that aren't yet
available.

This patch uses availabilityStartTime, period
and the host's idea of UTC to decide if a fragment is available to
be requested from an HTTP server and filter out requests for fragments
that are not yet available.

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

h264parse: Fix conversion to AVC if a SPS/PPS not from the first indizes is used

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

openjpeg: Port OpenJPEG plugin to the 2.0 API

vtenc: Add support for I420

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

vtenc: Use correct strides, etc from the GstVideoFrame

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

codecparsers: h264: store quantization matrices in zig-zag order

Quantizer matrices are encoded in zigzag scan order in the bitstream,
so always parse it as it is.

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

win32: update with the new file libgstcodecparsers.def

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

codecparsers: h264: add helpers to convert quantization matrices

Add utility functions to convert quantization matrices from zig-zag scan
order into raster scan order and vice-versa

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

Add gstreamer-mpegts pkg-config file.

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

opencv: don't unref NULL caps in finalize

Fixes gst-inspect-1.0 -a and generic states unit test.

iosassetsrc: Port to 1.0 and fix some bugs on the way

iosassetsrc: Add new element from the GStreamer SDK project

eglglessink: Port iOS part to 1.0

configure: Fix iOS check for eglglessink

applemedia: avfvideosrc is not ported to 1.0 yet

liveadder: round when calculation length from duration

liveadder sometimes calculates the offsets incorrectly before adding. The
resulting errors can easily be heard when mixing silence with a sine.
I'm not sure what the exact conditions are to trigger this, but it definitively
happens when the buffers of two streams have a different duration and buffer
length and duration don't match exactly for one stream because of rounding
errors (e.g.  duration=0:00:00.021333333)

I have to admit, I got lost in the math somewhere but it seems that not
rounding in gst_live_adder_length_from_duration() causes 1 sample overlaps in
consecutive buffers from the same stream.
When using gst_util_uint64_scale_int_round() instead of just truncating the
sine sound correctly again.

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

hlssink: Use floats for the EXTINF duration values

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

hlssink: Write EXT-X-VERSION tag in the playlist file

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

check: Update uvch264demux for behaviour change

Since 006e7a3428bd097fc6e6c648332bff583dd434f9 we no longer error out on
incomplete aux segment.

mpegts: Add SCTE/EISS sections and table types

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

tsdemux: Wait for valid PCR/offset obvervations

It is quite possible that we might get PTS/DTS before the first
PCR/Offset observation.

In order to end up with valid timestamp we wait until at least one
stream was able to get a proper running-time for any PTS/DTS.
Until then, we queue up the pending buffers to push out.

Once we see a first valid timestamp, we re-evaluate the amount of
running-time elapsed (based on returned inital running-time and amount
of data/DTS queued up) for any given stream.

Taking the biggest amount of elapsed time, we set that on the packetizer
as the initial offset and recalculate all pending buffers running-time
PTS/DTS.

Note: The buffer queueing system can also be used later on for the
dvb fast start proposal (where we queue up all stream packets before
seeing PAT/PMT and then push them once we know if they belong to the
chosen program).

examples: Add descriptor dumping

mpegtsdemux: New PCR<=>Offset estimation code

This allows:
* Better duration estimation
* More accurate PCR location
* Overall more accurate running-time location and calculation

Location and values of PCR are recorded in groups (PCROffsetGroup)
with notable PCR/Offset observations in them (when bitrate changed
for example). PCR and offset are stored as 32bit values to
reduce memory usage (they are differences against that group's
first_{pcr|offset}.

Those groups each contain a global PCR offset (pcr_offset) which
indicates how far in the stream that group is.

Whenever new PCR values are observed, we store them in a sliding
window estimator (PCROffsetGroupCurrent).

When a reset/wrapover/gap is detected, we close the current group with
current values and start a new one (the pcr_offset of that new group
is also calculated).

When a notable change in bitrate is observed (+/- 10%), we record
new values in the current group. This is a compromise between
storing all PCR/offset observations and none, while at the same time
providing better information for running-time<=>offset calculation
in VBR streams.

Whenever a new non-contiguous group is start (due to seeking for example)
we re-evaluate the pcr_offset of each groups. This allows detecting as
quickly as possible PCR wrapover/reset.

When wanting to find the offset of a certain running-time, one can
iterate the groups by looking at the pcr_offset (which in essence *is*
the running-time of that group in the overall stream).
Once a group (or neighbouring groups if the running-time is between two
groups) is found, once can use the recorded values to find the most
accurate offset.

Right now this code is only used in pull-mode , but could also
be activated later on for any seekable stream, like live timeshift
with queue2.

Future improvements:
* some heuristics to "compress" the stored values in groups so as to keep
  the memory usage down while still keeping a decent amount of notable
  points.
* After a seek compare expected and obtained PCR/Offset and if the
  difference is too big, re-calculate position with newly observed
  values and seek to that more accurate position.

Note that this code will *not* provide keyframe-accurate seeking, but
will allow a much more accurate PCR/running-time/offset location on
any random stream.
For past (observed) values it will be as accurate as can be.
For future values it will be better than the current situation.
Finally the more you seek, the more accurate your positioning will be.

mpegtspacketizer: No longer use a private struct

These are not public headers, it just adds complexity for no reason

hlsdemux: Fix dereferencing of NULL pointer

On some live HLS streams, gst_hls_demux_switch_playlist causes
assertion failures because it tried to dereference a NULL fragment.
This is because g_queue_peek_tail sometimes was returning NULL and
this case was not being checked.

This patch does two things:
* move the g_queue_peek_tail inside the semaphore protection
* check if q_queue_peek_tail returns NULL

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

mpegtsparse: Queue buffers until we have enough to know the caps

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

mpegtspacketizer: rework TS packet sync and extraction

The previous code could enter an infinite loop because the adapter state
could get out of sync with its mapped data state after sync was lost.
The code was pretty confusing so it's been rewritten to be clearer.

The easiest way to reproduce the infinite loop is to use the breakmydata
element before tsdemux to trigger a resync.

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

tsdemux: fix buffer overflow

This can happen with a corrupt TS file, found with breakmydata element
plugged before tsdemux.

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

configure: remove AS_SCRUB_INCLUDE

Shouldn't be needed any more.

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

bluez: Fix compilation on big endian systems

Automatic update of common submodule

From 6b03ba7 to 865aa20

configure: Actually use 1.3.0.1 as version to make configure happy

Back to development

Release 1.2.0

Update .po files

sdpdemux: Change rank to NONE until it can be autoplugged properly

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

Automatic update of common submodule

From b613661 to 6b03ba7

audiofxbad: Change plugin name to audiofxbad from audiochannelmix

dash/smoothstreaming: Remove unused debug category with the same name

It caused static linking to fail.

Automatic update of common submodule

From 74a6857 to b613661

Automatic update of common submodule

From 098c0d7 to 74a6857

eglglessink: Fix static linking for Android by passing --tag=CC to libtool

Back to development

Release 1.1.90

Update .po files

po: Update translations

eglglessink: Update for new GstContext API

egl: Update for new GstContext API

hlsdemux: Reset GstUriDownloader cancellation when restarting to play

mpegtspacketizer: Correct condition check for current next indicator

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

rawparse: fix event order

Delay forwarding the segment event until we pushed caps.
Send STREAM_START in pull mode.

amcvideodec: Don't put the level restrictions on the sinkpad caps

They tend to be inaccurate and having them in the sinkpad caps
prevents playback of files that would otherwise play fine.

tsdemux: respect seqnums on seeks

Pass the seqnum to other events that are consequence of the
original seek event