flvdemux: Add support for group-id in the stream-start event

avidemux: Add support for group-id in the stream-start event

dvdemux: Add support for group-id in the stream-start event

videomixer: use gst_util_uint64_scale*_round.

There could be a case where:
      1) you do a new set_caps after buffers have been processed.
      2) ts_offset gets set to a different value, eg 0.033333333
      3) your pads get EOS, but the check dor that doesn't work
         because you use ts_offset + a truncated value < segment.stop
      4) so in the next collected, you end up comparing for example:
      0.9999999999 > 1., which is false and means you don't send EOS.

Also adds scale_round in two other places where it potentially could
have caused problems.

qtdemux: Add WRLE support

qtdemux: make files from Vivotek camera play

Skip tracks of 'vivo' subtype with empty stsd instead of
erroring out saying that the file is broken.

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

qtmux: when streaming don't try to seek when stopping

It might cause errors in sinks that are not seekable and
have reported this (like e.g. fdsink)

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

qtdemux: simplify some helpers

Some helper functions are not needed anymore or can be simplified.

qtdemux: for non-raw video, move palette in caps

We only need to append the palette to raw video buffers, non-raw video has the
palette in the caps still.

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

qtdemux: nitpicking in esds parsing

qtdemux: set proper caps for mpeg-1 audio

Remove AAC specific fields from mpeg-1 audio caps, remove assumption
that the mpeg1 audio layer is 3, and set `parsed' field.

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

vpx: fix compilation when encoder or decoder headers are not installed

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

videocrop: Fix unit for GRAY16 formats

qtdemux: remove chapter stream

Remove all streams that are actually table of contents, since we will
never need the data after parsing them.

qtdemux: send gap event for sparse streams in push mode

This allows to pre-roll at least if the next subtitle buffer
is far away.

qtdemux: do not use indexes from sparse stream when seeking in push mode

This makes seeking more accurate in push mode, since the previous
keyframe on a sparse stream might be far away.

qtdemux: advertise subtitle streams as sparse

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

Unset the discont flag instead of posssibly pushing a buffer with
a flag that's still set.

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

qtdemux: extract the palette from stsd

Sometimes a palette is inside the stsd, extract it instead of always using
the default one

goom2k1: Fix event handling and negotiate as soon as possible

goom: Fix event handling and negotiate as soon as possible

osxvideosink: warn about the future deprecation of the "embed" property

qtdemux: add support for WRAW

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

qtdemux: palette is appended to buffers, not in caps

Fix the palette handling, in 1.0 we append the palette to the buffer instead of
placing it on the caps.

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

rtp: Use gst_adapter_take_buffer_fast() where possible in RTP payloaders

qtdemux: reset segment on flush stop

cca2f555d14 introduces a regression, where the demux segment is not
reset on flush stop, so the next upstream segment event will calculate
an invalid base time on the new segment to be sent downstream.

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

qtdemux: offset samples according to edit list

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

level: Fix the spectrum example for 1.0

The "message" property has been replaced by "post-messages".

Pre-patch output:

(test_spectrum:23101): GLib-GObject-WARNING **: g_object_set_valist:
object class `GstSpectrum' has no property named `message'
New spectrum message, endtime 0:00:00.100000000

(test_spectrum:23101): GStreamer-CRITICAL **:
gst_value_list_get_value: assertion `GST_VALUE_HOLDS_LIST (value)' failed
[...]

Post-patch:

New spectrum message, endtime 0:00:00.100000000
band 0 (freq 400): magnitude -65.988777 dB phase 1.533397
band 1 (freq 1200): magnitude -65.545563 dB phase -0.780900
band 2 (freq 2000): magnitude -64.791946 dB phase -0.799611
band 3 (freq 2800): magnitude -64.556175 dB phase -0.063615
[...]

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

aacparse: be less verbose when parsing LOAS streams

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

sink: alaw/mulaw caps don't have a layout property

pulse: relax mulaw and alaw format checks

The audio library considers them as encoded formats and does not fill in the
sample width. The audio ringbuffers identifies the format as alaw/mulaw and that
is always 8 bits.

qtdemux: unselect instead of ignoring disabled track, detect chapter track

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

souphttpsrc: ignore errors from HEAD request

HEAD requests are used to check the server headers to see if it
seekable. Ignore errors from those requests as they shouldn't be
critical.

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

audioecho: Fix handling of delay property in PLAYING/PAUSED state

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

rtpmux: Enable proxy caps on the src pads

Back to development

Release 1.1.2

Update .po files

osxvideosink: defer the window handle setup to the main thread

osxvideosink: default to the main in case we are not setup yet

osxvideosink: close the internal window correctly

osxvideosink: only create the NS app thread for Cocoa once

The helper thread for Cocoa, in case no NS run loop is running,
should be started only once and shared across all the instances
running

qtdemux: correct argument order in gst_util_uint64_scale_int_round

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

rtpmux: Keep caps order from the peer or the filter

videomixer: Fix handling of buffers without a duration

We'll have to pop buffer from collectpads and store it
internally only to get the timestamp of the next buffer.
If we continue to keep it in collectpads, no new buffer
to calculate the end time will ever arrive.

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

videomixer: Fix negotiation with 0/1 framerates

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

matroskademux: Unlock stream lock after use

Stream lock of sink pad was not unlocked after non-updating seek.

multipartmux: Re-set need_segment flag after FLUSH_STOP

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

v4l2: bufferpool: don't forget to release buffer on error

If the pool is stopped while gst_v4l2_buffer_pool_dqbuf() waits for a
buffer then the return value is GST_FLOW_FLUSHING. In this case the buffer
to queue must also be released. Otherwise is will never be deleted or
returned to its pool.

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

rtp: Fail payloading unit test if an error message is received

rtph263ppay: Don't pass upstream filter caps to downstream

Downstream usually can't accept video/x-h263 but only application/x-rtp,
so we would always get an empty intersection here.

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

po: update POTFILES.in

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

rtspsrc: avoid some strdup

rtspsrc: add select-stream signal

Add a signal to let the app select what streams will be selected.

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

rtspsrc: avoid strdup

rtp: Fix documentation and comments to use rtpbin instead of old gstrtpbin

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

v4l2: don't extract data from caps twice

gst_video_info_from_caps() always extract width, height, interlace mode and
framerate now. It is no longer necessary to do it again for encoded
formats.

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

souphttpsrc: also consider stop positions in seeks

Use seek stop position as range end for requests

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

souphttpsrc: allow seeks in ready

On is_seekable, check if the server's headers have already been
received. If not, do a HEAD request to get them before responding
to basesrc.

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

rtspsrc: add signal to notify of the SDP

This way, the app can look and modify the SDP.

gdkpixbufoverlay: Allow negative offsets to specify offset from bottom/right

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

qtdemux: compute framerate from average sample duration

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

flvdemux: Add flvversion 1 to the flash-video caps

This allows using avdec_flv which requires this field to be
present in the caps. FLV only supports flash-video version 1
right now.

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

deinterleave: Don't hold object lock while sending events downstream

Based on a patch by Kishore Arepalli <kishore.arepalli@gmail.com>

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

matroskademux: Add MPEG4 video profile/level to the caps

matroskademux: Add AAC profile/level to the caps

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

vorbispay: add support for config-interval

Align code with the theora payloader and add support for the config-interval to
periodically send out the config headers.

theorapay: small cleanups

theorapay: handle streamheaders as well

vorbispay: always collect headers on data

When we see a data packet, always check if we need to collect any previous
headers.

vorbispay: handle streamheader as well

Take config strings from the streamheader when we can

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

rtph264pay: avoid double buffer unmap on error

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

rtspsrc: reset-sync before play

Call reset-sync on the rtpbin before we go to playing. This makes us require SR
packets for all streams again before we attempt to sync them. If we don't reset,
it might be that we combine SR packets from before and after the PAUSE/PLAYING
state change and end up with huge bogus offsets.

jitterbuffer: improve sync on first packets

Don't throw away the first RTCP packet if it arrives before the first
RTP packet but remember and use it to signal sync once we get the
RTP packet.

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

jitterbuffer: only signal loop when active

Only signal the loop function when it is active.

jitterbuffer: signal timestamp discont

We can now use the RESYNC buffer flag to mark a timestamp discont when we update
the ts-offset property.

jpegpay: turn some errors into warnings

Turn some errors into warnings, we can continue processing so this should
not be fatal.

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

rtspsrc: avoid some flushes

rtspsrc: handle data message when waiting for reply

When we are waiting for a server reply, handle data messages instead of
ignoring them.

rtspsrc: handle data messages in separate method

Refactor and make a method to handle a data message.

rtspsrc: add some more docs to handle-request signal

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

Send a clock_provide message on the bus when we get a netclock

rtspsrc: Expose use-pipeline-clock property

udpsink: bind to the given interface

Actually call BINDTODEVICE to bind to the interface as given by the
property.

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

vp8dec: Error out gracefully if we get an unsupported color format

In theory we can only get I420 though, just to be on the safe side.

vp9: Add support for YV12, Y42B and Y444 color formats

The encoder does not work with Y42B and Y444 yet it seems.

vp9dec: Update default postproc settings from vp9_dx_iface.c

matroska: Add initial VP9 support

vpx: Add initial, experimental VP9 support

rtsp: go back into the loop after doing pause

After we do a pause request, go back to loop mode so that we can listen
for server messages again.

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

rtpptdemux: Wait after the caps to forward the other events

First forward the stream-start, then the caps, then the rest

ximagesrc: clear dts on buffer acquired from pool

When setting timestamps on outgoing buffers, clear the
dts explicitly, otherwise it may end up being set to a
bogus value from last time it was used. Avoids every
second or so buffer's dts being set to 0. Not that it
should matter for raw video.

v4l2: don't redefine the PERFORMANCE debug variable

It is already defined in core.

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

rtspsrc: fix race in state change to paused

When we go to paused, we first flush the connection and then send the pause
command. As a result of the flushing, the scheduled paused command can get
lost. Wait until the connection is completely flushed and the rtsp task is
waiting before issuing the paused or playing request.

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

qtdemux: handle SEGMENT query

v4l2: Optimize negotiation by removing the query filter

As cameras tend to have a quite specific set of capabilities (specific
framerates for each resolution), getting the peer caps filtered by our
probed caps can cause a big increase in the caps size which slows down
things quire a bit.

As for negotiation v4l2 iterates through the caps of the peer to find the
first intersection with the probed caps, getting the fully expanded
intersection of capabilities is not useful.

Using the same testcase as for bug #702632, adding this patch on top of
the patches suggested there speeds up getting the inital frame from
around ~14-15 seconds to around ~3-4 seconds.

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

avidemux: duration query returns zero for DV video in avi

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

qtdemux: Disable usage of allocation queries

This can only reliably work if demuxers have a
separate streaming thread per srcpad. This should be
done in a demuxer base class, which integrates parts
of multiqueue

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

Avoid skipping moov atoms for fragmented MP4 files.

bug #700505

Following a representation change that causes a resolution change,
the video decoder fails to decode correctly. Dashdemux detects the
representation change and pushes a new caps event and an
initialization segment (a new moov atom) to the downstream qtdemux,
but it doesn't handle this new moov yet, it will only parse the
first one it receives.

This commit changes qtdemux to accept a new moov in a dash bitstream
switching scenario.

qtdemux: send stream-start only once for each stream

Do not send stream start again when reconfiguring a pad for new caps.
That is common for adaptive streams