GitLab

This allows set_caps to succeed if caps change in a way that
would not modify the format we're getting from the hardware.
Otherwise if not in NULL state, setting caps would fail
with EBUSY.

With this change, in some cases it's OK to go PLAYING->READY->PLAYING
rather than PLAYING->NULL->PLAYING to avoid a time-consuming close
and reopen of the device.

Fixes #621723

Fixes #621723  (partially)

set_caps can fail if the video device is running, in that case
setting its format leads to EBUSY.

If set_caps fails then we will not have set up the buffer pool
(it will be NULL) which leads to a crash when we try to pull
buffers. If we fail the negotiate on set_caps failure, then we
won't go to playing state and won't crash.

This is a small improvement. Of course, a nicer fix would
be to make set_caps work in the case where the format is
unchanged. If the format has changed, failing is
probably correct because we need to close the device
(go to NULL state) in order to set caps.

Subsequent entry time calculations use blockalign value to determine
number of frames per chunk, and blockalign == 1 is then most unlikely to result
in reasonable values (which also aligns with "spec").

Consider SPS, PPS and IDR as keyframe, all others as DELTA_UNIT.

See #620154.

From 9339ccc to 35617c2

From 5adb1ca to 9339ccc

From 57c89b7 to 5adb1ca

From c804988 to 57c89b7

It seems to me this code is useless: removing it.

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

when the SDP specifies an aggregate control url, use that for playback
control.

Fixes #619531

So matroska's Block structure has no keyframe flag, only the SimpleBlock has it.
To detect keyframes in Blocks, it is just the BlockGroup container that needs
to have a ReferenceBlock attached if it is a delta frame in video.

Fixes #583047 (more).

Use an adapter to collect incoming data, and use adapter API to scan and peek.

Fixes #583047.

From 7a0fdf5 to c804988

Fixes #620154.

From 6da3bab to 7a0fdf5

From 733fca9 to 6da3bab

Fixes generic/states unit test.

Use new dts audio typefinder from -base to check if the PCM data
contains a dts stream. This way we recognise more varieties more
reliably and also detect the dts stream if there isn't a frame
sync right at the start of the data.

Fixes #413942.

gst_type_find_helper_for_buffer() will need the correct offset
set on the buffer (ie. 0) and not the byte offset we started
pulling the data from.

Fixes #589997.

... by using proper offsets for tag list writing.
Also use _reset rather than _free and consistently use bytewriter position.

See #619293.

Add the generated orc source files