- 24 Sep, 2021 7 commits
-
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
Thibault Saunier authored
-
- 23 Sep, 2021 4 commits
-
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
Tim-Philipp Müller authored
-
- 22 Sep, 2021 7 commits
-
-
This is just a small cleanup noticed while reading. Part-of: <!2544>
-
This property controls the drawing of rectangle around the tracked object. Part-of: <!2454>
-
This adds an object tracker plugin. Tracker implementations from https://docs.opencv.org/3.4/d0/d0a/classcv_1_1Tracker.html Part-of: <!2454>
-
This patch is used to ensure opencv headers are detected. Part-of: <!2454>
-
Tim-Philipp Müller authored
Part-of: <!1091>
-
Part-of: <!841>
-
Some people need to avoid inclusion of GPL code for their use cases and thus get easily spooked by GPL license headers. This code is actually licensed under different licenses, only one of which is GPL, and it's already possible to just upgrade from LGPL to GPL anyway so having the GPL listed explicitly as one of the choices doesn't really add anything. So remove GPL from the list and also add SPDX license identifiers while we're at it. Part-of: <!2539>
-
- 21 Sep, 2021 2 commits
-
-
Tim-Philipp Müller authored
Warning: GstPbutils: gst_codec_utils_h264_get_profile_flags_level: unknown parameter 'codec_data' in documentation comment, should be 'codecs_data Part-of: <!1279>
-
Seungha Yang authored
Adding IMMDeviceEnumerator::RegisterEndpointNotificationCallback in order to support device monitoring. On OnDeviceAdded(), OnDeviceRemoved(), and OnDefaultDeviceChanged() callback, wasapi device provider implementation will enumerate devices again and will notify newly added and removed device via GstDeviceProvider API. As a bonus point, this IMMDeviceEnumerator abstraction object will spawn a dedicated internal COM thread, so various COM thread related issues of WASAPI plugin can be resolved by this commit. Fixes: #1649 Fixes: #1110 Part-of: <!2484>
-
- 20 Sep, 2021 20 commits
-
-
In ALSA, there is possible temporary failures that may require a retry, though in certain situation, this may leak to the write() function holding on a lock forever preventing the pipeline from going to pause or stop. Fix this by shortly dropping the lock between retries. Part-of: <!1261>
-
This moves the "written X frames" lower so that we don't trace confusing negative values on errors and add the error code in the "Write error" log. Part-of: <!1261>
-
Test various format supported with subframes. Part-of: <!979>
-
It's not compatible with any other element that use the non-striped mode. In addition, in this mode, we require that every frame have the same number of stripes or that the MARKER bit be present, which is different from the other formats too. Part-of: <!979>
-
Remove useless generic fill_frame methods to use the packed one for AYUV and AYUV64. Fix gst-launch-1.0 -v videotestsrc ! video/x-raw,width=640,height=480,format=AYUV64 ! openjpegenc num-stripes=8 ! openjpegdec max-threads=8 ! videoconvert ! autovideosink sync=false Part-of: <!979>
-
Part-of: <!979>
-
Rebuild output frame from multiple stripes input. Keep the first frame and fill it with the following stripes to finish a complete frame only once. Part-of: <!979>
-
We have yet to implement stripe alignment with the required descriptor. Part-of: <!979>
-
They're not implemented. Part-of: <!979>
-
It's the only format that our MPEG-TS muxer allows and the carriage of JPEG 2000 stripes is only defined for MPEG-TS as far as I know. Part-of: <!979>
-
This commit introduces a multithreaded encoder allowing to encode mulitple stripes or subframes in separated threads. This feature aims to enhance the overall latency of a codec pipeline. Part-of: <!979>
-
Use dedicated mutex/cond/flag for jobs being dispatched in the context thread. The previous code was signalling the thread startup condition, which is wrong. When WPEContextThread::dispatch() is invoked it means the thread has already correctly been started up. Part-of: <!2533>
-
Part-of: <!2530>
-
Part-of: <!2530>
-
Part-of: <!2530>
-
This identically handled to NV16, so no reason not to inclue it. Part-of: <!2530>
-
This was tested on RK3566 platform, using vendor DRM driver. Part-of: <!2530>
-
The same modification as that of VP8 decoder Part-of: <!2528>
-