configure: suppress some warnings when debug is disabled

Warnings about unused variables should be suppressed if core has the
debug system disabled.

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

Port d3dvideosink to 0.11

Fixes #674817

wayland: port to 0.11

dvbbasebin: Emit no-more-pads when pad is added

This avoids an endless hang with playbin2, which sees dvbbasesbin as
having dynamic pads ... but never emitted no-more-pads.

camutils: Fix PMT message construction

The size of the message ended up being bigger than its content.
That cause some CA modules to just hang.

camtransport: Allow delay when setting up cam device

Some CA devices take a long time to set themselves up,
therefore retry every 250ms (for a maximum of 2.5s)

dvbsrc: Fixup/add debug statements

dvbsrc: Only open device read/write when needed

Avoid starting up kernel thread when not needed

dvb: Add warning when dvb channels file isn't present

mpegtsbase: Speed up _is_psi()

By making it inline and simplifying the bit macros

mpegvideoparse: avoid scanning for start codes twice

... since a previous terminating start code serves as subsequent start code.

dvb: Fixups for latest API changes

tsdemux: Add language code to taglist.

Read the language codes for tracks from the mpegts descriptors and add it into
the pads taglist.

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

tsdemux: Adapt to new packetizer API

We no longer use GstBufferList and instead copy the incoming data
into newly allocated memory.

This makes tsdemux behaviour 3 to 4 times faster.

tsparse: Adapt to new packetizer API

mpegtsbase: Adapt to new packetizer behaviour

mpegtspacketizer: Avoid usage of GstBuffer internally

The overhead of creating/using 188 byte GstBuffer from GstAdapter
is too expensive.
We now peek the next packet, and provide a data/size which is only
valid until the packetizerpacket is cleared.

In addition, cleanup all the internal code to deal with that new
behaviour and remove double-checks which are no longer needed.

The section_length is now the corrected section_length (i.e. with
the additional 3 bytes).

Avoid using gst_adapter_prev_timestamp and instead track
the timestamp ourself.

mpegtspacketizer: Detect PCR wraparound in skew code

If the received PCR is going backwards (by a safe margin), include
that wraparound for further calculation.

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

videoparsers: avoid repeated caps setting

mpegvideoparse: tweak codec parser API and adjust parser element

... to allow for more efficient parsing and (more) consistent parsing API
among various codec parsers.

Fixes #672701.

Conflicts:

gst/videoparsers/gstmpegvideoparse.c

codecparsers: mpeg4: fixup documentation spelling

mpegvideoparser: Optimize scanning for start code

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

vp8enc: fix target bitrate config with libvpx 1.1.0

libvpx 1.1.0 disallows a bitrate of 0, which was used by
vp8enc as a default value.

Instead, we use the default libvpx bitrate, scaled to our
video size, if no bitrate was specified.

This fixes encoding VP8 video with libvpx 1.1.0.

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

frei0r: Double properties are supposed in the range [0.0, 1.0]

Fixes bug #676137.

mpegvideoparse: unobfuscate frame parsing

... and add comments and debug statements.

Fixes #674202.

Conflicts:

gst/videoparsers/gstmpegvideoparse.c

mpegvideoparse: Revert "fix crash"

This reverts commit 91210831ee672343a296f31357144359d5c2e768.

Such explicit reset should not be needed as it is arranged for by
the baseclass in unison with monitoring for a new frame by subclass.

As such it might wrongfully hide something else going on ...

See #674073.

codecparsers: mpegvideoparser: fix buffer size check

... to mind unsigned integer wrap

Based on patch by Alban Browaeys <prahal@yahoo.com>

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

tests: mpegvideoparse: fix unit test regression

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

Conflicts:

tests/check/elements/mpegvideoparse.c

autoconvert: don't access GstElementFactory structure directly

codecparsers: mpeg4: do not expect a marker bit where not specified

Fixes #672447.

tsdemux: flush on pusi only for payload packets

Data should not be flushed out of the tsdemux because a payload unit start
indicator (pusi) is seen in a adaptation only ts packet. If the package contains no
payload a pusi does not indicate a new PES packet, but PSI information, etc.
This fixes playback of several TS files which contain ts packets without
payload but with pusi set to 1.

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

tsdemux: Don't queue data for streams that don't have a pad

This would result in an error further down, and it also avoids processing
for that data which we wouldn't be using anyway.

tsdemux: Detect and handle scrambled packets

Users (tsdemux/mpegtsparse) can decide what to do with that

tsdemux: Emit no-more-pads when all pads are activated

Fixes #670921 again

gaudieffects: add fallback code for orc

this includes an improved version of the burn filter, with a ~40% speed
improvement.

configure: bump the orc version required to 0.4.16

Some opcodes have changed so they would fail to build with 0.4.14

gaudieffects: use CLAMP in solarize

No need to have a gate_int () function duplicating the already existing and
established CLAMP () function.

gaudieffects: use CLAMP in exclusion

No need to have a gate_int () function duplicating the already existing and
established CLAMP () function.

gaudieffects: use CLAMP in dodge

No need to have a gate_int () function duplicating the already existing and
established CLAMP () function.

gaudieffects: use CLAMP in chromium

No need to have a gate_int () function duplicating the already existing and
established CLAMP () function.

h264parse: also consider nal_length_size when inserting codec data

See #676174.

y4m: link against the right libgstvideo

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

gaudieffects: example pipelines with videoconvert

gaudieffects: orc-ify burn filter

configure: Require core/base 0.11.91

.gitignore: add visual studio IDE files and OS X .DS_Store files

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

hls: use gst api for timestamps instead of the (wrong) api from a too new glib

Conflicts:

gst/hls/gstfragment.c

mpegtsmux: optimize output by aggregating packets

... rather than pushing each (small) packet in a separate buffer.
m2ts mode not yet optimized though.

mpegts: support items in extended event descriptor

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

curl: fix compilation

Don't use deprecated thread API

Back to development

Release 0.11.91

Update .po files

Automatic update of common submodule

From dc70203 to 3429ba6

curl: Fix equality comparison with extraneous parantheses compiler warning

gstcurlhttpsink.c:411:27: error: equality comparison with extraneous parentheses

check: make git ignore new unit test binaries

curl: new curlsmtpsink element

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

curl: new curlftpsink element

http://bugzilla.gnome.org/show_bug.cgi?id=653741

curl: new curlfilesink element

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

curl: refactor curlsink, rename to curlhttpsink

Split into base, tls and http classes.

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

gaudieffects: consistency in templates name

hlsdemux: Add a connection-speed property

Conflicts:

gst/hls/gsthlsdemux.c

hls: Add a way to get best playlist for a specific bitrate in M3U8Client

Make use of it in hlsdemux

hlsdemux: Add failover protection.

Multiple streams with same bandwidth get retried

hlsdemux: Calculate the real bitrate and switch to the correct variant

We now calculate the actual bitrate using the download speed/size and
then switch directly to the variant that matches our bandwidth the
most.
It will also be able to handle any use case where some of the
variants are not available, and would skip them and go to the next
possible variant.

Conflicts:

gst/hls/gsthlsdemux.c

hlsdemux: Do not reset the sequence number in a live stream for a normal playlist update.

Only for stream switching

hlsdemux: If we update the playlist, make sure the sequence number is never more than 3 fragments before the end

hlsdemux: In a live stream, do not start from 3 fragments before the end.

hlsdemux: No need to store position since it's the buffer's timestamp

This also will fix the issue of having the current position different
from the actual position of the first buffer in the queue in case
the caching caused a resync of the sequence number.

Conflicts:

gst/hls/gsthlsdemux.c

hlsdemux: Fallback to previous playlist when switching if the new playlist can't be fetched

gaudieffects: consistency fixes in gstgaussblur

gaudieffects: port gaussianblur to GstVideoFilter

gaudieffects: port solarize to GstVideoFilter

gaudieffects: port exclusion to GstVideoFilter

gaudieffects: port dodge to GstVideoFilter

gaudieffects: port dilate to GstVideoFilter

gaudieffects: port burn to GstVideoFilter

gaudieffects: port chromium to GstVideoFilter

gaudieffects: use GST_DEBUG_FUNCPTR in blur

gaudieffects: port to 0.11

gaudieffects: port gaussblur to 0.11

gaudieffects: port solarize to 0.11

gaudieffects: port exclusion to 0.11

gaudieffects: port dodge to 0.11

gaudieffects: port dilate to 0.11

gaudieffects: add header to gaussblur

gaudieffects: port chromium to 0.11

gaudieffects: port burn to 0.11

controller: port to new controller location and api

d3dvideosink: fix deadlock when the device is lost

d3dvideosink: remove trailing ';' from locks defines to make gst-indent happy

shmsink: fix memory corruption when a client disconnects (fixes #675640)

Also, add a check to make sure a client isn't dumped twice

rfbsrc: call WSAStartup/Cleanup on win32

If we link against libwinsock2, we should probably call
Startup/Cleanup as well.

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

rfbsrc: fix librfb linking on win32

libtool: link:  i686-w64-mingw32-gcc -shared .libs/libgstrfbsrc.dll.def
.libs/libgstrfbsrc_la-gstrfbsrc.o  -Wl,--whole-archive ./.libs/librfb.a
-Wl,--no-whole-archive  -L/usr/i686-w64-mingw32/sys-root/mingw/lib
-lgstbase-0.10 -lgstreamer-0.10 -lxml2 -lgobject-2.0 -lgthread-2.0
-lgmodule-2.0 -lglib-2.0 -lintl  -mms-bitfields -mms-bitfields -O2   -o
.libs/libgstrfbsrc.dll -Wl,--enable-auto-image-base -Xlinker
--out-implib -Xlinker .libs/libgstrfbsrc.dll.a
Creating library file: .libs/libgstrfbsrc.dll.a
./.libs/librfb.a(librfb_la-rfbdecoder.o): In function
`rfb_decoder_read':
/home/elmarco/pkg/rhel/mingw-gstreamer-plugins-bad-free/gst-plugins-bad-0.10.23/build_win32/gst/librfb/../../../gst/librfb/rfbdecoder.c:164:
undefined reference to `_imp__recv@16'
./.libs/librfb.a(librfb_la-rfbdecoder.o): In function
`rfb_decoder_connect_tcp':
/home/elmarco/pkg/rhel/mingw-gstreamer-plugins-bad-free/gst-plugins-bad-0.10.23/build_win32/gst/librfb/../../../gst/librfb/rfbdecoder.c:112:
undefined reference to `_imp__socket@12'
/home/elmarco/pkg/rhel/mingw-gstreamer-plugins-bad-free/gst-plugins-bad-0.10.23/build_win32/gst/librfb/../../../gst/librfb/rfbdecoder.c:119:
undefined reference to `_imp__htons@4'
/home/elmarco/pkg/rhel/mingw-gstreamer-plugins-bad-free/gst-plugins-bad-0.10.23/build_win32/gst/librfb/../../../gst/librfb/rfbdecoder.c:123:
undefined reference to `_imp__inet_addr@4'
/home/elmarco/pkg/rhel/mingw-gstreamer-plugins-bad-free/gst-plugins-bad-0.10.23/build_win32/gst/librfb/../../../gst/librfb/rfbdecoder.c:125:
undefined reference to `_imp__connect@12'

It needs -lws2_32 which is already in $(WINSOCK2_LIBS)

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

dshowvideosink: add missing casts to LPCSTR

dshowvideosink: lower rank of the DirectShow video sink plugin

d3dvideosink should have a higher rank as it works better.

dshowvideosink: Fix compilation on x64 platforms

Fix printf format compiler warnings on mingw-w64

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

Add WINSOCK2_LIBS, remove WIN32_LIBS, fix rtmp build on Windows some more

One way of passing -lws2_32 to plugins should be enough..

rtmp: link to winsock library on Windows

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