GitLab

In preparation for qtmux moving to -good.

Fixes #640483.

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

rtpsession: Number of active sources should be updated whenever the status of the source changes to active

Forward-ported by Olivier Crête

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

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

Adds alignment=au and stream-format=avc to h264 caps

Fixes #606662

Jack 1.9.7 was released 20.Mar.2011, need to handle the deprecated api for this
version too.

Remove the android/ top dir
Fixe the Makefile.am to be androgenized

To build gstreamer for android we are now using androgenizer which generates the needed Android.mk files.
Androgenizer can be found here: http://git.collabora.co.uk/?p=user/derek/androgenizer.git

As specified in documenation above and below.

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

Obviously recv_rtp_sink does not have much to do with send_rtcp_src...
See commit 046ff170.

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

... to at least allow initial caps change (but no further caps jitter).
Fixes unit test again after previous change.

See moving-plugins checklist.

Seems to work fine with a reasonably wide range of media, so bumping
rank.

This exports the size of the frame (number of bytes from one sync point
to the next) as the "frame_size" field in caps.

This sets the "block_size" field on caps as the number of samples
encoded in one frame.

Some decoders can only handle specific endianness or a fixed
depth and this allows better negotiation.

Fixes bug #644208.

This reverts commit e49b89d5c5a1244fa0dcb8bb4996e38fb9bff9e5.

Even if we currently do not have a duration yet, assume seekable if
it looks like we'll likely be able to determine it later on
(which coincides with needed information to perform seeking).

Fixes #641047.

This avoids posting an initial min-bitrate of G_UINTMAX and max-bitrate
of 0.

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

Even if VBR headers are missing, we can't guarantee that a stream is in
fact a CBR stream, so it's safer to let baseparse calculate the average
bitrate rather than assume a CBR stream. However, in order to make
/some/ metadata available before the requisite number of frames have
been parsed, this posts the bitrate from the non-VBR headers as the
nominal bitrate.

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

See #639715.

In particular, timestamps of these should track main-stream timestamps.

Rather than a fixed default frame count, estimate frame count to aim for
an interval duration depending on fps if available, otherwise use old
fixed default.