v4l2object: set only one plane for encoded format

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

v4l2object: Move code block where it belongs

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

v4l2object: Don't check format specific information

The number of plane, and the stride does not represent a capability change. Same caps
can have different stride from the default GstVideoInfo and the number of planes will
never change for 1 format.

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

v4l2object: Move the extrapolation of stride at the right place

Now that we have a stride array, we should extrapolate only when
eeded (non multi-planar buffer).

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

v4l2object: Move back assertions where they should be

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

v4l2object: Move mplane logic into gst_v4l2_object_get_caps_info()

It makes the gst_v4l2_object_set_format() slightly simplier and will make that
logic reusable. Note that gst_v4l2_object_has_mplane() will always return the
same value for one device. There is no need to check against the caps as this
has already been done by _open.

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

v4l2object: Split _v4l2fourcc_to_video_format

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

v4l2bufferpool: Request buffers only once

VIDIOC_REQBUFS allocates buffer, it has no place inside set_config. Also, some driver do
no allow multiple calls to this ioctl.

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

v4l2object: Don't validate dimension for encoded format

We set the dimensions just in case but don't validate them
afterwards. For some codecs the dimensions are *not* in the
bitstream, IIRC VC1 in ASF mode for example.

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

v4l2object: Quirks for dev without initial format

Most M2M have undefined behaviour initially when VIDIOC_G_FMT is called.

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

v4l2object: Add gst_v4l2_object_open_shared()

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

v4l2object: Implement gst_v4l2_dup()

This will duplicated the FD from another object and copy over the probed result.

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

v4l2object: make IO_MODE enum public

This is to allow adding a second io-mode property on M2M device like decoder so
input and output can be controlled separatly.

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

v4l2: better handle quirks activation

This way we can activate deactivate those quirks all at once at one
place.

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

v4l2: Fix h264 caps

V4L2_PIX_FMT_H264 is documentated as byte-stream (with start code). The ensure proper
negotiation with element like h264parse.

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

v4l2object: Split caps in different categories

This is need to correctly expose capabilities on specialized devices
like decoders and encoders.

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

matroskademux: don't leak TOC chapter list

matroskamux: remove obsolete write-dummy-and-overwrite-on-eos code

The need for rewriting apparently is obsolete 0.10 leftover.
We now have caps for subtitles when we create the headers,
so we always write the correct data in the first place.

rtprtxsend: remove duplicate assignment

Coverity CID 1151680

matroskamux: write subtitle codec ID and data at start when known

This avoids issues with writing dummy data first, then having
to come back and write correct data later. Doing so prevents
the muxed stream from being actually streamable.

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

configure: Include AvailabilityMacros.h for osxvideo check

Otherwise MAC_OS_X_VERSION_MIN_REQUIRED might not be defined

qtmux: respect the HDLR box string format for mov and isomedia

Mov spec says it uses a pascal style string, while isomedia uses
a null terminated one. Store the current atoms flavor into the HDLR
to be able to generate the correct output.

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

Revert "matroskamux: Use the running time for container timestamps, not buffer timestamps"

This reverts commit b3aa8755fe07639f22e4104f4932d769d6c9075a.

We are already using the running-time because they were placed on the
buffers with gst_collect_pads_clip_running_time(). Arguably it would be
better to not modify the incomming buffers but collectpads seems to want
to use absolute timestamps from the buffers for finding the best buffer
(this can be changed with a custom compare function..).

configure: Fix AC_COMPILE_IFELSE usage

osxvideosink: Improve configure check for OSX >= 10.6

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

rtpbin: remove unused list of decoders

remove list of decoders, which are already handled by the list of elements.

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

matroskamux: Error out if ADPCM caps don't contain the layout field

matroskamux: Add support for g726 ADPCM

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

rtspsrc: use new method to get media-type

Use the new method to get the media type of a transport.

wavparse: split the test

This way one failure won't shadow the other test and also if one fails we get
better disgnostics through the test-name.

matroskamux: Add HEVC / h265 support

matroskademux: Add HEVC / h265 support

wavparse: remove ifdef'ed code

We do have adtl and cue parse as part of toc handling alreday. The fmt code is a left over from <0.10 times.

avidemux, waveparse: more logging for unhandled chunks

Always print a warning with the tag and if possible do a memdump.

avidemux: expose 'strn' - stream name - as title tag

avidemux: parse fuji strd

We can get maker, model and capture date from this chunk.
Fixes #636143

avidemux: ... and use the local api both times

avidemux: copy the riff api for ncdt into the element

This chunk is avi specific, no need to expose this as public api.

matroskamux: Add missing semicolon from last commit

matroskamux: Use the running time for container timestamps, not buffer timestamps

Buffer timestamps have no real meaning here, and for selecting the next
buffer we already use the running time anyway.

avi: use new riff api to extract nikon metadata

Fixes #636143

rtprtxsend/rtprtxreceive: generate gtk doc

test/check: Verify rtprtxsend::ssrc-map property works as expected

rtprtxreceive: modify to use a payload-type map like rtprtxsend

rtprtxsend: do not keep history of packets with an unknown payload type

This allows to disable retransmission per payload type by not putting
a certain payload type in the map.

rtprtxsend: Allow SSRC-multiplexing and multiple payload types in the original stream

Conflicts:
tests/examples/rtp/server-rtpaux.c

rtprtxsend: Add an rtx-ssrc property to allow external control of the ssrc

This is useful when one needs to know the SSRC beforehands, so that it can
be used for SRTP for example.

examples: rtp: Add end-to-end rtpbin example with RTX elements

This example demonstrates how to use rtpbin with retransmission (rtx)
elements set in the place of rtpbin's "aux" elements in order to
enable RTP retransmission according to the rules of RFC4588.

doc: add design-rtpauxiliary.txt to describe how rtpbin deals with auxiliary elements

session: also push EOS event to RTCP srcpad

session: place SSRC in Retransmission event

tests/check: add rtpaux::test_simple_rtpbin_aux

It shows how to use "set-aux-receive" and "set-aux-send"
properties of rtpbin to set rtprtxsend and rtprtxreceive

Build 2 pipelines, one for rtpbin as a sender and one for
rtobin as a receive. Then transmit an audio stream.

It also drops some packets to activate restransmission and
check they are actually retransmited.

tests/check: add rtpcollision::test_rtx_ssrc_collision unit test

check that rtxrtpsend changes its retransmission ssrc when
collision happens

tests/check: add rtprtx::test_rtxreceive_data_reconstruction

This unit test verifies that retransmitted rtp packets coming out
of rtprtxreceive are the same as the original ones.

rtprtxsend: use a realistic limit for the value of max-size-packets

G_MAXINT16 is chosen because if the queue contains more than
G_MAXINT16 packets, seqnum comparison will not work properly.

rtprtxsend: use a GSequence to implement the buffer queue

This has the advantage that searching the queue to find the
buffer with the requested seqnum is done with binary search.

rtprtxsend: retransmit packets in the same order as the rtx requests

tests/check: Add unit test for rtxsend's max_size_time property

rtprtxsend: Handle the max_size_time property

This property allows you to specify the amount of buffers
to keep in the retransmission queue expressed as time (ms)
instead of buffer count (which is the max_size_buffers property).

rtprtxsend: keep important buffer information in a private structure

This is to avoid mapping a buffer every time we need to read a seqnum
or a timestamp.

tests/check: Add rtprtx::test_rtxsender_packet_retention

This unit test verifies that the rtxsend element correctly maintains
a buffer of already transmitted rtp packets and that it can
re-transmit all of them correctly on demand. It also verifies
that the limit of this buffer (max-size-packets property) is respected.

tests/check: add rtprtx::test_drop_multiple_sender unit test

Several senders / one receiver

Similar than test_drop_one_sender but with multiple senders
mixed through the funnel element.
It drops some packets and checks that they are retransmited
correctly.

tests/check: add rtprtx::test_drop_one_sender unit test

Test for one sender / one receiver

Build the pipeline
videotestsrc ! rtpvrawpay ! rtprtxsend ! rtprtxreceive ! fakesink
and drop some buffers between rtprtxsend and rtprtxreceive
Then it checks that every dropped packet has been re-sent.
It also checks that not too much requests has been sent.

tests/check: add rtprtx::test_push_forward_seq

add simple unit test that manually push buffers
in rtprtxsend connected to rtprtxreceive.
Drops some buffers and make sure they are retransmisted.

rtpmanager: add new rtprtxsend / rtprtxreceive elements

The purpose of the sender RTX object is to keep a history
of RTP packets up to a configurable limit (in time). It will
listen for custom retransmission events from downstream. When
it receives a request for retransmission, it will look up the
requested seqnum in its list of stored packets. If the packet
is available, it will create a RTX packet according to RFC 4588
and send this as an auxiliary stream.

The receiver will listen to the custom retransmission events
from the downstream jitterbuffer and will remember the SSRC1
of the stream and seqnum that was requested. When it sees a
packet with one of the stored seqnum, it associates the SSRC2
of the stream with the SSRC1 of the master stream. From then
on it knows that SSRC2 is the retransmission stream of SSRC1.
This algorithm is stated in RFC 4588. For this algorithm to
work, RFC4588 also states that no two pending retransmission
requests can exist for the same seqnum and different SSRCs or
else it would be impossible to associate the retransmission with
the original requester SSRC.
When the RTX receiver has associated the retransmission packets,
it can depayload and forward them to the source pad of the element.

RTX is SSRC-multiplexed

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

doc: add design for rtp retransmission

Describe how rtprtxsend and rtprtxreceive generally work
but also how the association algorithm is implemented.

souphttpsrc: use status code macro instead of 407

Rest of the code is using the _PROXY_AUTHENTICATION_REQUIRED
macro too. Easier to understand if you don't recall HTTP
error codes by heart.

shout2send: change audio_format field to format

This element and the underlying libshout2 library
can handle video media files too. The code already
handles video/webm so the name gets confusing. Also
add and use DEFAULT_FORMAT macro Instead of hardwiring
SHOUT_FORMAT_VORBIS at init

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

shout2send: clarify meaning of the URL prop

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

shout2send: docs, add a sample pipeline

And finish adding shout2send to the docs while at it

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

gdkpixbufoverlay: remove spurious @see_also

deinterlace: support any video formats and any caps features if deinterlace mode allows it

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

v4l2: Handle v4l2_ioctl() errors even in error handling

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

osxvideo: unifdef -DRUN_NS_APP_THREAD

osxvideo: Assume SDK and deployment target are at least Snow Leopard

configure: Disable osxvideo on Leopard and earlier

This also moves the "other platforms" check in OS X video to before the
variable is read

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

tests: add AUX receiver unit test

tests: improve rtpbin test

rtpbin: add some docs about AUX elements

tests: add AUX sender unit test

rtpbin: add support for AUX sender and receiver

AUX elements are elements that can be inserted into the rtpbin
pipeline right before or after 1 or more session elements.

The AUX elements are essential for implementing functionality such
as error correction (FEC) and retransmission (RTX).

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

tests: add decoder test

rtpbin: make request_element method internally

We can use the same method to create encoder and decoder elements, they
are just internal elements that we create.

wavparse: Skip id3 tag

Skip id3 tag during wav parse.

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

osx: Make OSX version checks more consistent

And especially also consider update versions, e.g. 10.5 with updates
will be 1051 or similar and thus bigger than MAC_OS_X_VERSION_10_5 but
still won't have the API we want to use.

osxvideosink: Fix build on updated OS X Leopard

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

avimux: Add missing break

I guess no-one noticed we no longer could mux WMV3 ...

COVERITY CID 1139759

rtpvrawpay: Add missing break

COVERITY CID 1139762

rtpsession: internal-ssrc is no longer deprecated

rtpbin: add Since tags

rtpbin: add signal for new jitterbuffer

Emit a signal when a new jitterbuffer is created so that the app can
have a chance to configure it.

rtpbin: handle multiple encoder instances

Keep track of elements that are added to multiple sessions and make sure
we only add them to the rtpbin once and that we clean them when no
session refers to them anymore.

tests: add unit test for encoder element

rtpbin: fix memory leaks

tests: fix leak

rtpbin: expect the pads on the encoders

Don't use request pads for the encoder elements, the signal handler
should request the pads and make sure they are available with the right
name.

rtpbin: request-rtp-encoder are no action signals

The request-rtp-encoder signals are not action signals so mark them
correctly and use an accumulator to collect the result value.

wavparse: emit midi-base-note tag from data in 'smpl' chunk

Add parsing of the 'smpl' chunk. Right now we only grab the midi-base-note and
emit it as a tag.

gstrtpsession: suggest upstream to use the new "internal-ssrc" after a collision

When a collision is found on the internal ssrc, we have to change it.
Ideally, we want also the payloader upstream to follow this change and use
the new internal ssrc. Ideally we want this condition to be always met:
if there is one payloader sending on this session, its ssrc should match the
internal ssrc.

rtpsession: allow setting internal-ssrc again