- May 17, 2018
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
- May 15, 2018
-
-
Thibault Saunier authored
This reverts commit 762e9c64. This was pushed by mistake
-
Thibault Saunier authored
This reverts commit 0ba62ba4. This was pushed by mistake
-
Thibault Saunier authored
This reverts commit 6715af99. This was pushed by mistake
-
Thibault Saunier authored
sof-marker is 4 when input is in the RGB colorspace. https://bugzilla.gnome.org/show_bug.cgi?id=795463
-
-
qtdemux selected the first system corresponding to a working GStreamer decryptor. With this change, before selecting that decryptor, qtdemux will check if it has context (a preferred decryptor id) and if not, it will request it. The request includes track-id, available key system ids for the available decryptors and even the events so that the init data is accessible. [eocanha@igalia.com: select the preferred protection system even if not available] Test "4. ClearKeyVideo" in YouTube leanback EME conformance tests 2016 for H.264[1] uses a media file[2] with cenc encryption which embeds 'pssh' boxes with the init data for the Playready and Widevine encryption systems, but not for the ClearKey encryption system (as defined by the EMEv0.1b spec[3] and with the encryption system id defined in [4]). Instead, the ClearKey encryption system is manually selected by the web page code (even if not originally detected by qtdemux) and the proper decryption key is dispatched to the decryptor, which can then decrypt the video successfully. [1] http://yt-dash-mse-test.commondatastorage.googleapis.com/unit-tests/2016.html?test_type=encryptedmedia-test&webm=false [2] http://yt-dash-mse-test.commondatastorage.googleapis.com/unit-tests/media/car_cenc-20120827-86.mp4 [3] https://dvcs.w3.org/hg/html-media/raw-file/eme-v0.1b/encrypted-media/encrypted-media.html#simple-decryption-clear-key [4] https://www.w3.org/Bugs/Public/show_bug.cgi?id=24027#c2 https://bugzilla.gnome.org/show_bug.cgi?id=770107
-
Use a volatile Cookie jar to store cookies and handle the context query so that session data can be shared with other elements (like adaptivedemux). https://bugzilla.gnome.org/show_bug.cgi?id=726314
-
- May 14, 2018
-
-
If there is an external source which is about to timeout and be removed from the source hashtable and we receive feedback RTCP packet with the media ssrc of the source, we unlock the session in rtp_session_process_feedback before emitting 'on-feedback-rtcp' signal allowing rtcp timer to kick in and grab the lock. It will get rid of the source and rtp_session_process_feedback will be left with RTPSource with ref count 0. The fix is to grab the ref to the RTPSource object in rtp_session_process_feedback. https://bugzilla.gnome.org/show_bug.cgi?id=795139
-
- May 10, 2018
-
-
Avoids debugging message issues. Also just use the main riff header
-
- May 05, 2018
-
-
Tim-Philipp Müller authored
People might use very large mtu sizes where every payload fits into a single output packet. https://bugzilla.gnome.org/show_bug.cgi?id=795758
-
- May 04, 2018
-
-
-
-
Olivier Crête authored
Wait for caps on all pads to start writing data even when source is live. Includes unit test by Havard Graff that simulates it. https://bugzilla.gnome.org/show_bug.cgi?id=794722
-
- May 01, 2018
-
-
Sebastian Dröge authored
After a CAPS event, in theory a new stream can start and it might start with the FLAC headers again. We can't detect FLAC headers in the middle of the stream, so we drain the parser to be able to detect either FLAC headers after the CAPS event or the continuation of the previous stream. This fixes for example gst-launch-1.0 audiotestsrc num-buffers=200 ! flacenc ! c. \ audiotestsrc num-buffers=200 freq=880 ! flacenc ! c. \ concat name=c ! rtpgstpay ! udpsink host=127.0.0.1 port=5000 gst-launch-1.0 udpsrc multicast-group=127.0.0.1 port=5000 \ caps=application/x-rtp,media=application,clock-rate=90000,encoding-name=X-GST ! \ rtpgstdepay ! flacparse ! flacdec ! audioconvert ! pulsesin
-
- Apr 26, 2018
-
-
Currently, enable_v4l2_probe is hard-coded to "yes" on linux, platforms arm and aarch64. This even overrides the --disable-v4l2-probe argument. As a result, it is impossible to disable v4l2_probe. It becomes a problem for use-cases, when startup time is critical, because the v4l2_probe feature increases the initialization time. This commit makes the v4l2_probe feature configurable. On linux, platforms arm and aarch64, the default value is still "yes". But now it can be disabled by the --disable-v4l2-probe argument. https://bugzilla.gnome.org/show_bug.cgi?id=795200
-
gst_v4l2_dup() will now take care of setting v4l2capture->no_initial_format and keep_aspect instead of doing it manually. Fix a typo as keep_aspect was set twice on v4l2output but never on v4l2capture. https://bugzilla.gnome.org/show_bug.cgi?id=795028
-
- Apr 17, 2018
-
-
Sebastian Dröge authored
This reverts commit af273b4d. While RFC 3264 (SDP) says that sendonly/recvonly are from the point of view of the requester, the actual RTSP RFCs (RFC 2326 / 7826) disagree and say the opposite, just like the ONVIF standard. Let's follow those RFCs as we're doing RTSP here, and add a property at a later time if needed to switch to the SDP RFC behaviour. https://bugzilla.gnome.org/show_bug.cgi?id=793964
-
- Apr 16, 2018
-
-
gst_qt_mux_can_renegotiate () gets called everywhere following that pattern: return gst_qt_mux_can_renegotiate (ref(self)); This means the reference must be released both in the success and failure cases, it was only done in the success case.
-
Instead it is expected to return GST_FLOW_EOS, and let the base class handle that.
-
We ended up leaking every single buffer going through the muxer, which is far from ideal
-
- Apr 12, 2018
-
-
libv4l2 does not prevent exporting DMABuf even when emulated formats are in use. As a side effect, userspace ends up with buffers of the original formats which will cause issues. https://bugzilla.gnome.org/show_bug.cgi?id=795097
-
Nicolas Dufresne authored
BT2020_12 is not represented in V4L2, so drivers providing full colority for BT2020 will set V4L2_XFER_FUNC_709 transfer function. To fix the issue, we bump this to BT2020_12 if the resoltion is 4K, but we should only do that if the colorspace is BT2020 to start with, otherwise it's not possible to use normal BT709 for 4K 8bit formats.
-
Nicolas Dufresne authored
So far we were only setting colorimetry for OUTPUT devices (v4l2sink or m2m sink pad). This prevented selecting through caps negotiation the colorimetry for CAPTURE devices (v4l2src or m2m src pad). This is rarely selectable, but trying is harmless.
-
- Apr 11, 2018
-
-
It can happen during teardown that the reference context becomes NULL. In that case, trying to send the fragment-opened-closed message would lead to a crash.
-
-
Otherwise e.g. this fails with assertions: gst-launch-1.0 audiotestsrc ! audioconvert ! monoscope ! videoconvert ! \ videoscale ! video/x-raw,width=800,height=600 ! ximagesink
-
-
The code responsible for creating retransmitted buffers assumed the stored buffer had been created with rtp_buffer_new_allocate when copying the extension data, which isn't necessarily the case, for example when the rtp buffers come from a udpsrc. https://bugzilla.gnome.org/show_bug.cgi?id=794958
-
- Mar 28, 2018
- Mar 27, 2018
-
-
Fix following build error gstv4l2object.h:197:17: error: unknown type name ‘off_t’ gint fd, off_t offset); ^ https://bugzilla.gnome.org/show_bug.cgi?id=794533
-
- Mar 25, 2018
-
-
The value stored in cenc_aux_sample_count wasn't in sync with the parsing code that followed which checks whether all entries are valid and present. Only write the actual sample count when we know for sure. CID #1427087
-
- Mar 20, 2018
-
-
Sebastian Dröge authored
By moving variable declarations out of loop headers.
-
- Mar 19, 2018
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
As on Ubuntu Trusty. https://bugzilla.gnome.org/show_bug.cgi?id=794493