GitLab

We don't support conversion into *all* YUV
formats for them, only into I420/YV12/AYUV.

Fixes bug #622501.

Fixes #618982.

Have frame duration in the instance struct and calculate it after changing the caps.

Replace calls to gst_tag_list_get_string_index with
gst_tag_list_peek_string_index to avoid a string copy

Avoid spamming the testsuite with these error debug lines.

On windows builds, sets source address for bind to INADDR_ANY, while
maintaining the original multicast group address for subsequent join.

Fixes #595978

Skip everything before the @ sign in the url location. VLC uses that as the
remote address to connect to (but we ignore it for now). This makes our udp urls
compatible with the ones used by VLC.

Fixes #597695

Keep a global connection for aggregate control but also keep stream connections
for non-aggregate control.
Add some helper methods to connect/close/flush the connections.

Add non-aggregate control.
Separate retrieving thr SDP from parsing and setting up the streaming from the
SDP.

Update common for latest gstdoc-scangobj, and inspect xml files for
escaping and pad template order changes.

matroskademux: Fix possible NULL pointer dereference and assertion that could be caused by invalid files

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