- Sep 17, 2024
-
-
Both _sink_event() and _aggregate() vfunc are called from the source pad streaming thread. There is thus no need to protect caps fields. Part-of: <gstreamer/gstreamer!7536>
-
- Sep 16, 2024
-
-
Part-of: <gstreamer/gstreamer!7172>
-
Part-of: <!7172>
-
Previously this was hardcoded to the DVB extension descriptors (0x7f), but it should also be applied for the base specification extension descriptors (0x3f) Part-of: <!7172>
-
This avoids the following error when only including gstmeta.h: /usr/include/gstreamer-1.0/gst/gstmeta.h:146:3: error: unknown type name 'GstStructure' 146 | GstStructure *structure; | ^~~~~~~~~~~~ Part-of: <gstreamer/gstreamer!7520>
-
- Sep 15, 2024
-
-
Part-of: <gstreamer/gstreamer!7325>
-
By default MR pipelines always compare against the target branch, however branch pipelines compare the difference of the last two commit. This means that once we merge something, jobs that we expected to run, might not depending on what the last two commits touched. Add rules:changes:compare_to: keyword so the behavior is the same between branch and MR pipelines. https://docs.gitlab.com/ee/ci/yaml/index.html#ruleschangescompare_to Fixes: gstreamer/gstreamer#3780 Part-of: <gstreamer/gstreamer!7507>
-
This is (should) be functionally identical to the existing rules. When not specified, items added to the changes: are automatically passed to changes:paths [1], however we are going to introduce another keyword (changes:compare_to) in the followup commit. Thus switch already from changes: to changes:paths so it is easier to test the changes standalone. [1]: https://docs.gitlab.com/ee/ci/yaml/index.html#ruleschanges Part-of: <gstreamer/gstreamer!7507>
-
- Sep 14, 2024
-
-
Part-of: <gstreamer/gstreamer!7430>
-
So consumers can calculate the maximum bitrate (brat) from that for various descriptors, in combination with the framerate. Part-of: <!7430>
-
Based on: https://github.com/OpenVisualCloud/SVT-JPEG-XS/ Part-of: <!7430>
-
Based on: https://github.com/OpenVisualCloud/SVT-JPEG-XS/ Part-of: <gstreamer/gstreamer!7430>
-
Part-of: <gstreamer/gstreamer!7480>
-
Use d3d12 -> cuda memory copy helper object in cuda mode encoder Part-of: <gstreamer/gstreamer!7480>
-
Adding new helper object for d3d12 -> cuda memory copy Part-of: <gstreamer/gstreamer!7480>
-
This helper method will calculate buffer resource size and layout required for (mutiple) texture resources to be stored in a single buffer resource Part-of: <gstreamer/gstreamer!7480>
-
Compute queue will be used for async compute task or device-to-device memory copy Part-of: <gstreamer/gstreamer!7480>
-
Required for d3d12 interop Part-of: <gstreamer/gstreamer!7480>
-
- Sep 13, 2024
-
-
It has to be included in the block duration but in GStreamer we're not including it in the buffer duration, so it has to be added again here. Not including it in the block duration can lead to fatal errors when playing back with Firefox if there are more padding samples than actual samples, e.g. > D/MediaDemuxer WebMDemuxer[7f6a0808b900] ::GetNextPacket: Padding frames larger > than packet size, flagging the packet for error (padding: {13500000,1000000000}, > duration: {6000,1000000}, already processed: false) Part-of: <gstreamer/gstreamer!7502>
-
By setting the earliest time to timestamp + 2 * diff there would be a difference of 1 * diff between the current clock time and the earliest time the element would let through in the future. If e.g. a frame is arriving 30s late at the sink, then not just all frames up to that point would be dropped but also 30s of frames after the current clock time. Part-of: <!7459>
-
This makes sure that if upstream has different latencies that we're still outputting buffers with increasining timestamps across the different streams unless buffers are arriving after the latency deadline. Part-of: <gstreamer/gstreamer!7500>
-
splitmuxsink can't possibly know how much latency it will introduce as it always keeps one GOP around before outputting something. This breaks the latency configuration of the pipeline and we're better off just pretending that everything downstream of the sinkpads is not live. Especially muxers that are based on aggregator and time out on the latency deadline can easily misbehave otherwise as the deadline will be exceeded usually. Part-of: <gstreamer/gstreamer!7499>
-
Part-of: <gstreamer/gstreamer!7504>
-
Sebastian Dröge authored
Otherwise this gives critical warnings. Part-of: <gstreamer/gstreamer!7511>
- Sep 12, 2024
-
-
We were correctly handling this for buffers, but not events and queries. Part-of: <gstreamer/gstreamer!7493>
-
- Sep 11, 2024
-
-
Part-of: <gstreamer/gstreamer!7427>
-
An example to show application managed CUDA memory pool usage Part-of: <!7427>
-
Adding gst_cuda_register_allocator_need_pool_callback() method to support memory allocation from application's CUmemoryPool Part-of: <gstreamer/gstreamer!7427>
-
Adding a wrapper object for CUmemoryPool handle to use the native handle in a refcounted way Part-of: <gstreamer/gstreamer!7427>
-
Adding prefer-stream-ordered-alloc property to GstCudaContext. If stream ordered allocation buffer pool option is not configured and this property is enabled, buffer pool will enable the stream ordered allocation. Otherwise it will follow default behavior. If GST_CUDA_ENABLE_STREAM_ORDERED_ALLOC env is set, default behavior is enabling the stream ordered allocation. Otherwise sync alloc/free method will be used. Part-of: <!7427>
-
Stream ordered allocation is not supported by encoder Part-of: <gstreamer/gstreamer!7427>
-
Legacy CUDA IPC does not support default CUDA memory pool Part-of: <gstreamer/gstreamer!7427>
-
Default CUDA memory allocation will cause implicit global synchronization. This stream ordered allocation can avoid it since memory allocation and free operations are asynchronous and executed in the associated cuda stream context Part-of: <gstreamer/gstreamer!7427>
-
Required to support async memory allocation Part-of: <gstreamer/gstreamer!7427>
-
- Sep 10, 2024
-
-
gst-play.c depends on libm due to using `round`. Passing by, correct identation of `gst_tools` definition. Part-of: <!7492>
-
None was set, which meant the debug was associated with default. Part-of: <gstreamer/gstreamer!7482>
-
While transforming the internals of waylandsink into a library, the context type name was accidentally changed, causing an ABI break. Change it back to its original (as used by the libgstgl), and add support for the misnamed version as a backward compatibility measure. Part-of: <gstreamer/gstreamer!7482>
-
The version was incorrectly encoded in the opj_config.h header with the earlier version, which caused a compilation warning. ``` ../subprojects/gst-plugins-bad/ext/openjpeg/gstopenjpegenc.c:943:5: warning: ‘bpp’ is deprecated: Use prec instead [-Wdeprecated-declarations] 943 | comps[i].bpp = GST_VIDEO_FRAME_COMP_DEPTH (frame, i); | ^~~~~ ``` Part-of: <!7481>
-