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

opencv: We also work with OpenCV 2.4.6.1

modplug: Specify directory when including stdafx.h

modplug stopped exposing their directory in their pcfile, meaining
consumers accessing the headers directly fail to build.

http://sourceforge.net/p/modplug-xmms/git/ci/75e9b166982ed637b59ef7cbc1835a09f768923e/

uvch264src: Fix small mem leak

h264parse: don't update src caps if only codec_data differs

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

uvch264src: Let the caps be NULL if there is no peer

uvch264src: No need to drop segment events

In 1.0, segment events are sticky and not additive, no need to prevent
their accumulation.

decklinksrc: send caps event before segment

eglglessink: change pool->sink->last_buffer to pool->last_buffer

So that GstEGLImageBufferPool does not depend on GstEglGlesSink
The goal is still to move it into gstegl lib

eglglessink: buffer pool does not need to maintain a ref on the display

Because it does not use it and also it may not know it when
we create the pool

eglglessink: add GstEGLImageBufferPoolSendBlockingAllocate callback

The goal here is to prepare GstEGLBufferPool to be moved into
gstegl lib. So it has to not depend on 'gst_eglglessink_queue_object'

eglglessink: prepare gst_egl_adaptation_allocate_eglimage to be moved

into gstegl lib or splited between gstegl lib and gstgl lib
because it both depends on egl and gl

So it has to not depend on GstEglAdaptationContext

h264parse: Add support for stream-format=avc3

When outputting in AVC3 stream format, the codec_data should not
contain any SPS or PPS, because they are embedded inside the stream.

In case of avc->bytestream h264parse will push the SPS and PPS from
codec_data downstream at the start of the stream, at intervals
controlled by "config-interval" and when there is a codec_data change.

In the case of avc3->bytstream h264parse detects that there is
already SPS/PPS in the stream and sets h264parse->push_codec to FALSE.
Therefore avc3->bytstream was already supported, except for the stream
type.

In the case of bystream->avc h264parse will generate codec_data caps
from the parsed SPS/PPS in the stream. However it does not remove these
SPS/PPS from the stream. bytestream->avc3 is the same as bytestream->avc
except that the codec_data must not have any SPS/PPS in it.

|--------------+-------------+-------------------|
|stream-format | SPS in-band | SPS in codec_data |
|--------------+-------------+-------------------|
| avc          | maybe       | always            |
|--------------+-------------+-------------------|
| avc3         | always      | never             |
|--------------+-------------+-------------------|

Amendment 2 of ISO/IEC 14496-15 (AVC file format) is defining a new
structure for fragmented MP4 called "avc3". The principal difference
between AVC1 and AVC3 is the location of the codec initialisation
data (e.g. SPS, PPS). In AVC1 this data is placed in the initial MOOV box
(moov.trak.mdia.minf.stbl.stsd.avc1) but in AVC3 this data goes in the
first sample of every fragment.

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

soundtouch: Fix compilation with soundtouch 1.4.0

It used FLOAT_SAMPLES/INTEGER_SAMPLES #defines instead of ones properly
prefixed with a namespace.

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

.gitignore: ignore new win32 config.h-new

amcvideodec: Port tiled NV12 conversion to 1.0

amcvideodec: Add FIXME comment

androidmedia: add support for a new qualcomm colorspace

mpegpsdemux: minor clean-up

mpegdemux: send events on pads that are not linked

Someone might be waiting for certain events with a probe.

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

d3dvideosink: disable buffer pools

On a device lost, all the surfaces allocated in the
device need to be released before resetting the device,
which can't be done for the allocated buffers.

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

Change how win32/common/config.h is updated

Generate win32/common/config.h-new directly from config.h.in,
using shell variables in configure and some hard-coded information.
Change top-level makefile so that 'make win32-update' copies the
generated file to win32/common/config.h, which we keep in source
control.  It's kept in source control so that the git tree is
buildable from VS.

This change is similar to the one recently applied to GStreamer
and gst-plugins-good.  The previous config.h file in -bad was in
pretty bad shape, so unlike core and base, I didn't attempt to
leave it strictly the same, but fixed it as necessary.  Needs
testing I cannot do myself.

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

tests: ignore new aiffparse test binary

soundtouch: Allow compilation against float and integer version of the library

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

dashdemux: Fix warnings when building in OS X Snow Leopard

gstdashdemux.c:1753: warning: format '%llu' expects type 'long long unsigned int', but argument 8 has type 'long unsigned int'
gstdashdemux.c:2224: warning: format '%llu' expects type 'long long unsigned int', but argument 9 has type 'guint64'
gstdashdemux.c:2224: warning: format '%llu' expects type 'long long unsigned int', but argument 10 has type 'guint64'

dashdemux: Fix warnings when building in OS X Snow Leopard

gstmpdparser.h:530: warning: type qualifiers ignored on function return type
gstmpdparser.c:4177: warning: type qualifiers ignored on function return type

h264parse: Use codecparsers macros

note: I/SI also covers the S_I/S_SI variants

examples: port directfb example to 1.0

gst_pad_get_negotiated_caps was removed from 1.0;
gst_pad_get_current_caps should be used instead. See
http://cgit.freedesktop.org/gstreamer/gstreamer/tree/docs/random
/porting-to-1.0.txt

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

win32: update config.h

dfbvideosink: make "layer-mode" property an enum

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

dfbvideosink: don't use deprecated GLib thread API

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

dfbvideosink: port to 1.0

including the following supports and fixes:

* Create DirectFB surfaces from GstBufferPool
* Add NV12 pixel format support
* Don't use the cursor in the exclusive mode
  - EnableCusor() can be only used when the administrative mode is set
    in DirectFB 1.6.0 and later.
* Support multiple plane rendering for planar color formats
  - This accommodates the chroma plane offsets of the framebuffer
    in planar formats.
* Invoke SetConfiguration regardless of video mode setting in setcaps()
  - SetConfiguration() method should be invoked regardless of
    the result of gst_dfbvideosink_get_best_vmode(), since the two are
    unrelated.
* Disable DirectFB signal handler
  - "--dfb:no-sighandler" option is passed to DirectFBInit().
    This prevents DirectFB from trying to kill the process and allows
    GStreamer's termination sequence to proceed normally.

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

avdtputil: Some minor cleanup and leak fixes

bluez: support aac in avdtpsrc

Signed-off-by: Bernhard Miller <bernhard.miller@streamunlimited.com>

Back to development

Release 1.1.4

Update .po files

po: update translations

mpegts: mark as unstable API

mpegtsdemux: fix possible read beyond end of buffer when resyncing

h264parse: only update src CAPS when it's necessary

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

h264parse: do not set CAPS and passthrough mode if SPS/PPS have not been parsed

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

configure.ac: Don't set BZ2_LIBS if bz2 is not found

webpdec: Some cleanup and minor fixes

webp: Add WebP image decoder plugin

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

facedetect: new property to control bus messages updates

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

opencv: Fix indention

opencv: Port to non-deprecated GMutex/GCond API

opencv: Add disparity-map calculation element

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

directsoundsrc: Remove unused variable

configure: Update opencv dependency, 2.4.5 works too.