summaryrefslogtreecommitdiff
path: root/subprojects
AgeCommit message (Collapse)AuthorFilesLines
46 hoursvulkan/videofilter: add getters for queue/device/instanceHEADmainMatthew Waters2-0/+67
Allows bindings to not pke at structs for this information. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6987>
46 hoursvulkan/fullscreenquad: add get_queue()Matthew Waters2-0/+23
Allows bindings to not poke at the instance struct. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6987>
46 hoursvulkan/fullscreenquad: mark set_info GstVideoInfo as constMatthew Waters2-2/+2
It's not modified by the function. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6987>
3 daysmacos: Listen for audio devices being added/removedPiotr Brzeziński1-1/+187
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6981>
3 daysvulkan: also support glslang as a shader compilerMatthew Waters11-26/+77
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6980>
3 daysvulkan: support not having glslc available for building vulkan pluginMatthew Waters3-29/+39
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6980>
3 daysrtspsrc: Only update from the Content-Base header in the initial OPTION / ↵Sebastian Dröge1-21/+30
DESCRIBE response Some servers send a new content base in the SETUP response, which is just the non-aggregate control URL of the individual streams. See https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3563 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6926>
3 daysrtspsrc: Handle the case of `*` as session-wide control URL from the SDPSebastian Dröge1-11/+17
Just like the comment above says this is supposed to indicate that the same URL should be used as for the connection so far. If encountering this case simply do nothing. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6926>
3 daysrtspsrc: Also handle `rtsps://` and similar URLs as absolute in other placesSebastian Dröge1-2/+2
Previously a direct comparison with `rtsp://` was performed, which didn't catch cases like `rtsps://`. Fixes https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3563 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6926>
3 daysrtspsrc: Don't try the SETUP workaround for broken servers with absolute ↵Sebastian Dröge1-1/+1
control URIs Previously only control URIs that started with "rtsp://" were ignored but it makes more sense to ignore all absolute URIs. gst_uri_is_valid() conveniently checks for exactly that. See https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3563 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6926>
3 daysgldownload: use gst_gl_sync_meta_wait_cpu()Jakub Adam1-1/+1
Simple gst_gl_sync_meta_wait() is not sufficient to ensure GL commands are executed before dma-buf devices get to see the buffer. This is the first step that should make the code behave correctly for everybody, although there may be performance penalty. In the future we should introduce a more general sync meta that would allow to move the waiting from gldownload (the producer) to the sink elements (the consumers). Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6968>
3 daysgst_debug: Add missing gst_debug_log_id_literal() dummy with gst_debug=falseMartin Nordholts1-0/+7
E.g. gst_debug_log_literal() already has a dummy variant. gst_debug_log_id_literal() is simply missing, which can cause link errors for project using gstreamer with gst_debug=false. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6972>
4 daysvkutils: do not forget to clear context in case of errorStéphane Cerveau1-0/+1
The context is leaking in case of a failing instance open. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6975>
4 daysvkerror: free the error string after usageStéphane Cerveau1-0/+1
g_set_error already used the var string, can clear it now. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6975>
4 daysdecodebin3: Include the stream-id in ERROR/WARNING/INFO messagesEdward Hervey1-0/+22
Allows application and other users to know to which stream the error/warning/info message originated from. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6964>
4 daysqtdemux: Handle keyunit trick mode in case of push mode tooSeungha Yang1-0/+7
Skip non-keyframe video frames if trickmode-keyunit flag is set Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/5900>
5 daysptp-helper: Add GNU/Hurd supportSamuel Thibault4-10/+45
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6970>
5 daysd3d12memory: Fix staging buffer alignmentSeungha Yang2-16/+16
Not all GPUs can support arbitrary offset of D3D12_PLACED_SUBRESOURCE_FOOTPRINT when copying GPU memory between texture and buffer. Instead of calculating size/offset per plane, calculate the entire size and offsets at once. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6967>
6 daysuridecodebin3: Specify URI for INFO/WARNING/ERROR messagesEdward Hervey1-0/+39
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6929>
6 daysgstmessage: Allow retrieving and setting details on messagesEdward Hervey3-39/+278
This was only available on warning/error/info messages creator/parsers. These new functions make it more generic and also add a writable variant for users who want to add/extend the details Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6929>
6 daysgl: Fix libdrm dependency detection and usageNirbheek Chauhan4-8/+12
drm_fourcc.h should be picked up via the pkgconfig dep, not the system includedir directly. All this allows it to be picked up consistently (via the subproject, for example). Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6932>
6 daysmsdk: Fix libdrm dependency detection and usageNirbheek Chauhan9-9/+17
drm_fourcc.h should be picked up via the pkgconfig include, not the system includedir directly. Also consolidate the libdrm usage in va and msdk. All this allows it to be picked up consistently (via the subproject, for example). Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6932>
6 dayslibdrm.wrap: Bump to latest 2.4.120Nirbheek Chauhan1-5/+4
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6932>
6 dayslibva.wrap: Bump to latest release 2.21.0, move to wrap-fileNirbheek Chauhan1-4/+5
Since we no longer require a pre-release git commit, we an use a tarball which is faster and easier to update/cache. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6932>
6 daysmeson: Don't use fallback: kwarg for libva depsNirbheek Chauhan3-17/+18
This will cause a fallback even when the `va` option is `auto`, not giving the user a chance to provide the dependency via the system, and likely building this feature unnecessarily. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6932>
6 daysva: Fix libdrm includeNirbheek Chauhan1-2/+2
The libdrm/ prefix should not be used, it will be provided by the pkgconfig file. Also HAVE_LIBDRM is necessary. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6932>
6 daysmsdkcaps: fix ill-format stringVíctor Manuel Jáquez Leal1-1/+1
This patch fixes this critical warning when registering MSDK: _dma_fmt_to_dma_drm_fmts: assertion 'fmt != GST_VIDEO_FORMAT_UNKNOWN' failed It was because the HEVC string with possible output formats has an extra space that could not be parsed correctly. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6853>
6 daysdecodebin3: Specify stream-id for missing decoderEdward Hervey1-0/+2
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6886>
6 dayspbutils: Missing plugin messages can contain the stream-idEdward Hervey3-0/+53
In order to help users and applications, allow setting the stream-id for which there is a missing plugin. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6886>
6 daysd3d12encoder: Do not print error log for not-supported featureSeungha Yang1-7/+7
gst_d3d12_result() will print message with ERROR level if failed. Use FAILED/SUCCEEDED macros instead, since not-supported feature is not a critical error Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6955>
6 daysd3d12memory: Allow null allocator in alloc()Seungha Yang1-2/+10
Update code as documented Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6940>
6 daysglcolorconvert: update existing sync meta if outbuf has oneJakub Adam1-4/+6
Instead of always adding a new one, which means the buffer could end up with multiple sync meta instances. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6942>
6 daysgstreamer: parse: Don't assume that child proxy child objects are GstObjectsSebastian Dröge1-3/+2
The name is already passed via the signal parameters so it doesn't have to be retrieved again via GstObject API, which would crash on other GObjects. Child proxy child objects can be any kind of GObject and the code here otherwise handles this correctly already. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6938>
6 daysav1parse: Properly transfer TU timestampNicolas Dufresne1-26/+32
When transforming from unknown alignment to frame or obu, the TU timestamp was not properly transferred. Fix this by saving the TU DTS as the first DTS seen within the the TU data, and the PTS as the last PTS seen in that TU data. Finally, reset the TU timestamp after each TU have completed. Fixes #1496 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6895>
6 daysav1parse: Only place a marker on the last frame of a TUNicolas Dufresne1-7/+12
Markers are meant to indicate the buffer that ends a frame, which imply something can be displayed. The dependent decode only frames should not have markers. This should also fix last subframe detection. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6895>
7 daysdocs: Correct pipeline examples in rawaudioparseFrancisco Javier Velázquez-García1-2/+2
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6933>
7 daystypefind: Fix handling of ID_ODD_SIZE in WavPack typefinderSebastian Dröge1-6/+2
Chunks are always starting on an even position and this flag only specifies that the last byte of the chunk is not valid. Fixes https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/3569 Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6941>
7 dayswebview2: Add user-data-folder propertySeungha Yang3-6/+60
Adding a propery to specify location of WebView2's user data folder location. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6921>
7 daysqtmux: Handle time information value > UINT32_MAXSeungha Yang1-0/+9
If any duration in timescale is larger than UINT32_MAX, use version 1 atom, otherwise file header will be constructed with truncated values. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6843>
7 daysd3d12: Add support for Device Removed Extended Data (DRED)Seungha Yang1-0/+107
Enable DRED if "d3d12dred > GST_LEVEL_ERROR", and print DRED debug information on device removed. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6718>
7 dayshlsdemux2: Minor refactoring of starting segment checkEdward Hervey1-28/+28
Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Be more tolerant when matching segments with PDTEdward Hervey1-7/+16
Some servers might not provide 100% matching PDT when doing updates, or accross variants. This would cause the code matching segments using PDT to fail if the segment PDT was 1 microsecond (or whatever small value) before the candidate segment. And would pick the (wrong) following segment as the matching one. In order to be more tolerant when matching, we instead check whether the candidate segment is within the first segment of the segment we are trying to match. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Fix failure to find a replacement segment on resyncEdward Hervey1-1/+3
If we end up with a segment with an internal time that varies from the supposed one, this could be for two reasons: * We guess-timated the wrong segment to go to when advancing or switching variants. In that case we try to find the actual segment to go to (just before this change). * There was a complete playlist change (for whatever reason) and we can't find a replacement. In that case we want to carry on playback from this position but need to remember that we moved (by setting the stream to DISCONT, and resetting the new mapping). Fixes playback on several broken stream Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Refactor update of GstHLSTimeMap valuesEdward Hervey3-25/+35
This was also missing transferring the PDT if present Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Fix parsing of EXT-X-DISCONTINUITY-SEQUENCE:0Edward Hervey1-1/+4
Since the default value of `m3u8->discont_sequence` (before parsing of the playlist data) was 0 .. we would never properly detect the presence of that field if it was present with a value of 0. This would later on cause havoc in playlist synchronization where we would assume it didn't have a discontinuity sequence specified (whereas it did, and it was 0). Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Increase tolerance for discontinuity detectionEdward Hervey1-1/+3
A lot of streams will do a poor job of estimating proper duration of fragments in the playlist, but over several fragments have it correct. Instead of constantly trying to realign the estimated stream time, allow for a more realistic tolerance of 3-4 video frames Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Ensure a discont will be set when resetting for lost syncEdward Hervey1-0/+1
This is to ensures we inform the demuxer/parsers that what follows is not contiguous Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Fix handling of variant switching and playlist updatesEdward Hervey5-31/+65
When updating playlists, we want to know whether the updated playlist is continuous with the previous one. That is : if we advance, will the next fragment need to have the DISCONT buffer set on it or not. If that happens (because we switched variants, or the playlist all of a sudden changed) we remember that there is a pending discont for the next fragment. That will be used and resetted the next time we get the fragment information. Previously this was only partially done. And it was racy because it was set directly on `GstAdaptiveDemux2Stream->discont` when a playlist was updated, instead of when the next fragment was prepared. Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 daysadaptivedemux2: Only set DISCONT on beginning of fragmentsEdward Hervey1-6/+6
This avoids accidentally setting it in the middle of a fragment, which could cause havoc in demuxer/parsers Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
7 dayshlsdemux2: Fix getting starting segment on live playlistsEdward Hervey1-22/+25
When dealing with live streams, the function was assuming that all segments of the playlist had valid stream_time. But that isn't TRUE, for example in the case of failing to synchronize playlists. Fixes losing sync due to not being able to match playlist on updates Part-of: <https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6610>
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-04 11:47:12 +0000