Havard Graff authored Aug 11, 2016 and Olivier Crête committed Sep 14, 2016

Add num-pushed and num-lost.
Expose num-late, num-duplicates and avg-jitter.

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

Stian Selnes authored Jul 07, 2016 and Olivier Crête committed Sep 14, 2016

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

Havard Graff authored Jul 09, 2016 and Olivier Crête committed Sep 14, 2016

When disabled we can save some iterations over timers.

There is probably an argument for rtx-delay-reorder to exist, but
for normal operations, handling jitter (reordering) is something a
jitterbuffer should do, and this variable feels like functionality that
is not "in-sync" with what the jitterbuffer is trying to achieve.

Example: You have 50ms jitter on your network, and are receiving
audio packets with 10ms durations. An audio packet should not be
considered late until its rtx-timeout has expired (and hence a rtx-event
is sent), but with rtx-delay-reorder, events will be sent pretty much
all the time due to the jitter on the network.

Point being: The jitterbuffer should adapt its size to the measured network
jitter, and then rtx-delay-reorder needs to adapt as well, or simply
get out of the way and let the other (better) rtx-mechanisms do their job.

Also change find_timer to only use seqnum as an argument, since there
will only ever be one timer per seqnum at any given time. In the
one case where the type matters, the caller simply checks the type.

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

CID #1372887

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

If jackd changes the buffer size or sample rate, jackaudiosink hangs
and can't be stopped. This also happens if jack is configured as slave
and a gstreamer pipeline is started on the slave machine while the jack
master isn't running yet. If the the jack master is started it changes
the buffer size / sample rate and jackaudiosink can't be stopped.

This fix calls jack_shutdown_cb when jack_sample_rate_cb or
jack_buffer_size_cb is called.

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

And actually calculate the field duration instead of a frame duration so
that we can properly timestamp output frames in fields=all mode.

This is probably still broken for reverse playback in telecine mode.

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

From b18d820 to f980fd9

Cause later it will try to use the crypto info array to get an index and
attach on of the positions as buffer's crypto info.

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

From f49c55e to b18d820

Those where missing the the dev release tarballs for 1.9.2 which
prevented building from tarball on OSX platform

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

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

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

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

Keep track of the last parsed channels/rate fields so they can be
used even if the element was not yet configured.

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

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

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

This may cause a few packets to be processed by the parser, but it's
better than never pushing out buffers from a slightly broken stream
where no marker bits are set.

This is only supported right now if after a demuxer that supports reverse
playback, e.g. with DV container inside AVI container.

+ And provide a "youtube" preset, which based on
https://support.google.com/youtube/answer/1722171 sets
faststart to True.

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

We use gdk_cairo_create() which is deprecated since 3.22.

QuickTime.h is no longer available on OS X 10.12 (Sierra),
and both the header and the framework seem unnecessary
for compilation - at least as of 10.11 (El Capitan).

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

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

Fixes build in OSX when running 'make check' in gst-uninstalled.

Fixes "error: duplicate 'const' declaration specifier"

Fixes "clang: error: argument unused during compilation: '-pthread'"

This broke API, so we need a better solution!

This reverts commit c7579d31.

Stian Selnes authored May 06, 2016 and Olivier Crête committed Aug 26, 2016

If the result of depayloading is an empty frame, just drop it. This is
likely the result of a buggy payloader.