qtmux: Fix event handling in unit test

multifile: Fix event handling in unit test

mulaw: Fix event handling in unit test

matroskaparse: Make sure to send a segment event before dataflow

v4l2: only add interlace-mode to the caps for raw formats

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

v4l2: copy and set the actual size of the content

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

interleave: Fix event handling in unit test

deinterlace: Improve handling of min/max buffer numbers of the buffer pool

deinterlace: set caps for buffer pool config

multifilesink: Let the base class do get_times

This will make sync=TRUE work, the default is still sync=FALSE

interleave: Send stream-start before caps event

rtpmux: Send stream-start before caps

rtpjitterbuffer-test: Send stream-start before caps followed by segment

rtpbin-test: Send missing stream-start and segment events

tests: Fix some more event handling in tests

icydemux: Fix event handling in unit test

icydemux: Fix sticky event handling

flvmux: Push sticky events in the right order

deinterleave: Fix event handling in test

deinterleave: Fix sticky event handling

deinterleave: Code style fixes

rtpgstpay: First let baseclass handle events, then put them into the stream

Fixes handling of sticky events.

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

shapewipe-test: Send inital events

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

spectrum-test: Send inital events

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

videofilter-test: Send inital events

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

wavpackparse-test: Send inital events

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

y4menc-test: Send inital events

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

multipartdemux: fix example pipeline

Need jpegparse.

tests: Fix some more unit tests

tests: Fix parser tests

shapewipe: Can't map twice the same buffer for writing

I took the opportunity to simplify that code a bit. We now use
gst_buffer_make_writable() to make the buffer writable and map twice the
same buffer, with first map being read/write, and second read only. This
get rid of the critical:

GStreamer-CRITICAL **: gst_structure_set_name: assertion `IS_MUTABLE

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

shapewipe: Ensure caps are writable

The exist one case where that we endup with original caps in ret, in which
case we are not guaratied to have writable caps. Simply ensure this is the
caps are writable before entering the loop.

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

shapewipe: Fix sample pipeline in documentation

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

jpegenc-test: Send inital events

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

vp8enc-test: Send inital events

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

vp8dec-test: Send inital events

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

wavpackdec-test: Send initial events

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

Revert "videomixer2: Take into account new segments"

This reverts commit 84ae670ab40b258a10e1e21471e6dc9d786bf086.

Actually this is not how it is supposed to work. videomixer
creates a [0,-1] segment and then puts frames of the different
streams there based on their running times in their own segments.

videomixer2: Take into account new segments

Also forward the event downstream on the next opportunity.

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

Revert "gstrtspsrc: set buffer-size for multicast buffers"

This reverts commit 2481e95d038b42297a016f1d2dc1af26d2175b42.

This is already done five lines above, it was added a year
ago in commit 561b131e.

videofilter: Unit test send SEGMENT before CAPS

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

avimux: Unit test sends SEGMENT before caps

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

audiowsincband: Test should send segment after CAPS

This makes the unit test pass again.

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

audiowsinclimit: Test should send segment after CAPS

This makes the unit test pass again.

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

audiowsinclimit: Frequence property renamed cutoff

Updating the documentation to reflect this change.

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

gstrtspsrc: set buffer-size for multicast buffers

For receiving video data via RTSP when the video is sent via
multicast there is no way to specify the udpsrc buffer-size.

On windows the native network buffer is not large and with video
i-frames being huge the buffer is to small and you get i-frame corruption,
it looks terrible, and there is no (easy) way to set the udpsrc buffer-size.

https://bugs.freedesktop.org/show_bug.cgi?id=52264

videomixer2: Send stream-start before caps event

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

jpegdec: fix compiler warning on type check

qtdemux: push new caps events when caps change

Whenever the demuxer has a new caps on a stream, it should set the
new_caps variable to true and a new caps event will be pushed before
the next buffer

qtdemux: do not push discont buffers if they aren't discont

qtdemux takes its buffers from a GstAdapter. Those buffers are created
from the larger buffer that it obtained from upstream and they carry
the same flags, including DISCONT if it is set. In these cases, all
buffers that qtdemux is going to push would be marked as DISCONT.

This scenario can make parsers/decoders flush on every buffer leading
to no decoding at all hapenning. This patch prevents this by unsetting
the flag if it shouldn't be set.

qtdemux: some code cleanup for mss handling code

* Explicitly init variables for fragmented formats at init
* Do not use GstClockTime type if the variable isn't a timestamp
* Fix a style/readability issue at an if block
* Group 2 mss mode conditional blocks together to improve readability

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: avoid storing non-time newsegments to push later

This can confuse downstream when they get a byte segment after receiving
the natural time segment from qtdemux that it sends when starting to
push buffers. This is specially the case with parsers that try to
convert the position from byte to time format and might miss the
correct position for playback to start.

qtdemux: avoid setting fields to non-writable caps

qtdemux: don't send so many segment events

Only send one segment event in the beginning of the stream, not
after each moov and moof atom.

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: place incomming timestamps on output

Place the incomming timestamp (if any) directly onto the outgoing buffers
and interpollate other timestamps.

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: improve reset of internal status

Reset different variables on state changes to ready and when
handling a flush-stop. For handling flush stops we should check
if there is an upstream adaptive demuxer driving the pipeline as this
means that qtdemux will get a new moov atom. For 'standard' isomedia
streams this isn't true and qtdemux should keep the previous moov
information around.

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: prepare qtdemux to accept multiple dash moovs in a row

Whenever dashdemux switches bitrates it sends a new moov with the
new stream configuration. qtdemux should now handle this by splitting
the exposing and configuration of streams into separate functions. When
the stream is new it is configured and exposed, when it is a new bitrate
of an existing stream it is only reconfigured.

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: Move FLUSH_STOP/PAUSED_TO_READY handling to a reset method.

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: Remove old pads when exposing streams and other general fixes.

Conflicts:
gst/isomp4/qtdemux.c

qtdemux: handle mss streams

smoothstreaming streams should be handled as a special kind of
fragmented isomedia. In MSS the fragments will not contain a
'moov' atom with the media descriptions, this has to be extracted
from the caps.

Additionally, there should be another demuxer upstream that is likely
going to be the one to answer/act on queries and events, so qtdemux has
to forward those upstream.

v4l2: request 0 buffers when stopping

Without this stopping the pool in *_set_caps() is useless.
S_FMT will still fail with EBUSY.

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

jpegdec: By default assume that we're working on non-packetized input

Only detecting this in set_format() does not work because we might
not get any caps at all, e.g. from filesrc.

pngdec: Implement parsing functionality

This allows to plug pngdec directly without a parser if that
is desired.

Parsing code is based on pngparse.

cacasink: Fix support for RGB formats and add support for more of them

souphttpsrc: Don't consider the content size from the HTTP headers as absolutely correct

The HTTP server could give wrong information, e.g. if the HTTP stream is
chunk-encoded or compressed, or if the server does not know the complete size
at the time when the file is requested by the client.

Also see
https://bugs.webkit.org/show_bug.cgi?id=115354

v4l2: fill out v4l2_buffer.bytesused field for v4l2sink

When queuing a buffer for a sink, bytesused must contain the actual
amount of data.

For a source, the driver must overwrite this, so it doesn't matter
what is set here.

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

rtpgstpay: fix invalid memory access in event handler

First process event in payloader, then hand it to the
base class which takes ownership of the event.

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

ac3parse, dcaparse: check buffer size before trimming

and unref old buffer as soon as possible.

dcaparse: add support for "audio/x-private1-dts"

ac3parse: add support for "audio/x-private1-ac3"

v4l2: always generate video info from caps

In the past gst_video_info_from_caps() only video/x-raw. Now it also
supports other video/* and image/* formats.
With this patch the format won't be GST_VIDEO_FORMAT_UNKOWN and
gst_v4l2_buffer_pool_set_config() handles strides correctly.

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

v4l2: try to allocate new buffers with VIDIOC_CREATE_BUFS if needed

If max_buffers is 0 then an arbitrary number of buffers (currently 4) is
allocated. If this is not enough v4l2src starts copying buffers.
With this patch VIDIOC_CREATE_BUFS is used to allocate a new buffer. If
this fails v4l2src falls back to copying buffers.

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

osxvideosink: fix setting window handle after transition

The destroyed flag was not reset properly and it's also not needed
as we can check osxwindow != NULL

rtp: fix duplicated symbols with libvpx

goom2k1: fix duplicated symbols with goom

rtph264pay: If the adapter is empty on EOS don't try to map its content

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

matroskademux: add stream-format=raw to aac caps

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

v4l2: fix and cleanup VIDIOC_EXPBUF handling

clear the struct, and provide a correct error message

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

v4l2: handle return value -ENOTTY for unimplemented VIDIOC_G_PARM

Newer kernels return -ENOTTY, older kernels return -EINVAL if the ioctl
is not implemented. With this patch, GStreamer handles both cases.

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

v4l2: fix broken boolean expression to detect non-frame buffers

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

pulsesink: Better error message when server version is too old

We check for the library version at configure time, but the server
version can only really be checked at run-time.

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

udp: log WARNING debug message if UDP multicast is likely to be broken

udpsrc: add includes to get socklen_t defined on Windows

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

qtdemux: add support for VP6F VP6 flash codec

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

v4l2: also poll for output devices

Note that the V4L2 API defines that for output devices POLLOUT
indicates that a buffer is ready to be dequeued.

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

v4l2: fix copying of encoded buffers

The existence of a GstVideoFormatInfo does not guarantee, that
the buffer contains video frames, so the format must be checked.

Also, for encoded buffers the length is variable and must be set.

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

v4l2: add support for mpeg4 and H.263

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

monoscope: Fix debug statement

mulawdec: change base class to GstAudioDecoder

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

videomixer: send stream-start event.

v4l2: handle ENODATA return value for VIDIOC_ENUMSTD

In kernel v3.7-rc1, VIDIOC_ENUMSTD returns ENODATA if the current input
does not support the STD API.

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

docs: add some pay/depayloaders

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

mulaw: Some minor memleak fixes and cleanup

mulawenc: change to gstaudioencoder base, added bitrate tags

v4l2: bufferpool: reset buffer size in release_buffer

The buffer might still be in use elsewhere when dequeuing buffers for
outputs.

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

v4l2: bufferpool: remove unused includes

The hacks that needed these are long gone.

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

(multi)udpsink: Use separate sockets for IPv4 and IPv6

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

dynudpsink: Use separate sockets for IPv4 and IPv6

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

udp: Don't include removed gstudp.h in noinst_HEADERS

osxaudio: Use gst_audio_channel_positions_to_mask() to create mask

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