- Jul 19, 2018
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- Jul 18, 2018
-
-
-
Edward Hervey authored
This was the last remaining place where modifying/unreffing the input stream was not protected by the lock https://bugzilla.gnome.org/show_bug.cgi?id=796639
-
Sebastian Dröge authored
-
- Jul 14, 2018
-
-
Nicolas Dufresne authored
When the pool is started, we allocate and release buffer, expecting the pool release-buffer handler to queue them. Though, as we rely on release function, there is no direct way to detect that this process didn't work. To check this, validate that the number of queued buffer is the same as the number of allocated buffers. This allow returning an error when buffer importation was refused by the driver. https://bugzilla.gnome.org/show_bug.cgi?id=583890
-
Nicolas Dufresne authored
This will avoid sending EOS on v4l2src when a driver sends an empty buffers. This case would be a bug in the driver, but yet the camera should keep running. This also removes the check for corrupted buffers, as this check is already done later. https://bugzilla.gnome.org/show_bug.cgi?id=794842
-
-
Nicolas Dufresne authored
The length passed to the driver was always 0 instead of the size of the memory. This would fail validation in videobuf2.
-
- Jul 11, 2018
-
-
Nicolas Dufresne authored
Some camera firmware crash is TRY_FMT is called during streaming. As a side effect. This try and detect that the same format as currently running is about to be tried, and skip renegotiation. https://bugzilla.gnome.org/show_bug.cgi?id=796789
-
- Jul 09, 2018
-
-
Nicolas Dufresne authored
In some cases, set_format() may get called twice before the output format is set. Running an allocation query in this case is both not needed and will cause assertion due tot he NULL caps.
-
Thibault Saunier authored
-
- Jun 29, 2018
-
-
Nicolas Dufresne authored
When the decoder get linked further, it will receive a renegotiation event from downstream. This case is not supported and should be ignored. This fixes issues when this encoder is used inside an GstRtspServer pipeline. https://bugzilla.gnome.org/show_bug.cgi?id=796525
-
- Jun 27, 2018
-
-
Nicolas Dufresne authored
The colorimetry will be set along with the raw format and those fields will then be copied from sink to src caps by the gst encoder. https://bugzilla.gnome.org/show_bug.cgi?id=791471
-
Nicolas Dufresne authored
This fixes patch dd1c5aed which pretended to always set colorimetry but the patch was incomplete. This is again best effort considering the spec says that for CAPTURE you may only read this value.
-
gst_v4l2_buffer_pool_flush() executes streamoff for the output, but streamoff->streamon for the capture of the decoder. gst_v4l2_buffer_pool_streamon() on capture assumes that is able to resurrect the buffers from the pool, but acquiring buffers fails if the buffer pool is still flushing. The decoder needs to stop flushing the pools before calling gst_v4l2_buffer_pool_flush() to restart the v4l2 device. Otherwise starting the decoding thread might fail, because there are no buffers in the capture pool. This fixes a regression that was introduced in 97985a33 ("v4l2videodec: Add dynamic resolution change support"). https://bugzilla.gnome.org/show_bug.cgi?id=796681
-
The S_CROP call doesn't work on mem2mem output queues. Use the S_SELECTION call to set the crop rectangle and only fall back to S_CROP for ancient kernels. This will allow v4l2videoenc to set the coded size on the output queue via S_FMT and then set the visible size via the crop rectangle, as required by the V4L2 codec API. https://bugzilla.gnome.org/show_bug.cgi?id=796672
-
Some drivers need output buffers set before capture buffers. CODA cannot set output format if capture is streaming. Exynos MFC fails on output STREAMON if capture is already streaming. This patch delays capture activation until output is configured and streaming https://bugzilla.gnome.org/show_bug.cgi?id=796693
-
Nicolas Dufresne authored
This is both racy and inefficient. This function is still missing some locking which will be address in later patch. https://bugzilla.gnome.org/show_bug.cgi?id=796185
-
It's a decoder, not an encoder :) https://bugzilla.gnome.org/show_bug.cgi?id=795941
-
- Jun 07, 2018
-
-
Nicolas Dufresne authored
Drop truncated frames regardless if they have the ERROR flag or not. Truncated frame causes video frame map failure in many elements including cluttersink, glupload etc.
-
- May 28, 2018
-
-
Tim-Philipp Müller authored
Pass 64 bits to g_object_set() for 64-bit integer properties like rtpstorage's "size-time" property. https://bugzilla.gnome.org/show_bug.cgi?id=796429
-
- May 17, 2018
-
-
Tim-Philipp Müller authored
-
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
-
Enrique Ocaña González authored
-
Xabier Rodriguez Calvar authored
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
-
Philippe Normand authored
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
-
-
Mikhail Fludkov authored
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
-
-
Edward Hervey authored
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
-