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.

directsoundsrc: Add 'device-name' property for selecting a audio device

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

configure: Fix bz2 configure check for Windows

Due to function decorations on Windows AC_CHECK_LIB can't be used to check for bz2.

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

tsdemux: Refuse negative rates which we don't support yet

And remove a check which was done before

mpegtsmux: Set the program number from prog-map

The prog-map property of mpegtsmux only allows you to group pids together in a program.
The program number set in the PAT/PMT tables cannot be set explicitly.

This patch will set the program number according to the prog-map.
If a program id of 0 is given, the first vacant program number starting from 1 will be used.

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

dvb: Adapt for latest mpegts lib changes

mpegtsbase: Adapt for latest mpegts lib changes

mpegts: ABI/API break: Use GPtrArray instead of GArray

While it was a great idea, various g-i based bindings don't support
GArray with entries greater than sizeof(gpointer) :(

So let's just make everybody happy by just using GPtrArray.

And since we're breaking the API, also rename the various descriptor fields
to no longer have the descriptor_ prefix.

It does cost a bit more in terms of memory/cpu usage, but makes it usable
from bindings.

uvch264src: don't error out on incomplete aux data segment

It appears that the Logitech C920 sometimes drops the next
to last segment of RAW aux data contained within the MJPEG
container.  H264 data that is multiplexed with in the same
container does not appear to be affected.  This appears to
be a bug in the Logitech C920 firmware and uvch264src should
not error out in this case.

Sometimes it can take 24 hours of continuous streaming for
the problem to occur, but sometimes it takes only a couple
of hours.

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

ivtc: Use input framerate when possible

if input is 30000/1001 ... use 24000/1001 as the output fixated framerate

id3mux: handle publisher, interpreted-by and musical-key tags

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

mpegvideoparse: Fix switch statement in level detection code

Properly fall through the cases without re-assigning the level to
the wrong value.

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

jpegparse: Forward segment event after caps

Store it until we know what our caps are.

test: fix compiler warning in aiffparse test on 32-bit x86

aiffparse: fix copyright

tests: fix some leaks in aiffparse unit test

tests: fix state change order in aiffparse test

Do state changes from sink to src. Fixes race condition in
pull mode test where the source will start up and push buffers
to queue/identity or aiffparse before the main thread has
managed to set them to playing yet.

aiffparse: add tests

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

aiffparse: don't leak adapter

aiffparse: s/newsegment/segment/

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

aiffparse: fix push mode

Fix push mode by handling sink events (CAPS, SEGMENT) properly.

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

mpeg4videoparse: Reparse the config if the size changed

Also only re-issue the caps update if the part of the config that
changed is one we care about.

srtpdec: fix buffers being dropped due to shadowed variable

Spotted by gstblub@gmail.com.

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

dashdemux: offset segment numbers by startNumber

For SegmentTemplate elements containing a startNumber attribute, the
`number' member of GstMediaSegments should be offset by the value of
startNumber; however, this is not currently the case. As a result, the
first URI(s) requested by the download loop will be wrong.

This commit ensures that segment numbers will be offset by startNumber
when one is present in a SegmentTemplate element.

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

dashdemux: remove incorrect timestamp scaling.

When using a SegmentTemplate element, the timestamps of the buffers
output by dashdemux are incorrect, causing problems downstream.

The reason is that GstMediaSegment start times are calculated (in
gst_mpdparser_get_chunk_by_index) by multiplying segment index by
segment duration and then scaling the result according the `timebase'
attribute from the MPD. However, the segment duration is already a
GstClockTime (i.e., it has already been scaled according to the timebase
from the MPD and converted to a nanosecond value), so multiplying it by
the segment index will give the correct timestamp without the need for
any further scaling.

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

examples: remove another obsolete example