Opened 12 months ago
Closed 11 months ago
#19408 closed enhancement (fixed)
gstreamer-1.24.1 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi
Reported by: | Bruce Dubbs | Owned by: | Douglas R. Reno |
---|---|---|---|
Priority: | normal | Milestone: | 12.2 |
Component: | BOOK | Version: | git |
Severity: | normal | Keywords: | |
Cc: |
Description ¶
New minor version.
Change History (17)
comment:1 by , 12 months ago
comment:2 by , 12 months ago
In gst-plugins-good elements_flvmux can intermittently fail: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/issues/2803
comment:3 by , 12 months ago
In gst-plugins-base elements_theoradec can fail if libogg is installed: https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/6260
comment:4 by , 12 months ago
In gst-plugins-bad elements_vapostproc fails for me. Not sure why, maybe related to graphic card capability?
comment:5 by , 12 months ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:6 by , 12 months ago
Oops, it breaks snapshot.
It seems pipewire needs to be patched: https://gitlab.freedesktop.org/pipewire/pipewire/-/merge_requests/1881
but after that snapshot still does not work. Maybe we need snapshot 46 (and gtk 4.14).
comment:7 by , 12 months ago
Milestone: | 12.2 → 99-Waiting |
---|---|
Summary: | gstreamer-1.24.0 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi → gstreamer-1.24.0 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi (wait for new snapshot) |
Let's hold off until we have a new snapshot and maybe pipewire
comment:9 by , 11 months ago
Replying to Rahul Chandra:
Seems like pipewire-1.0.4 contains the fix
But snapshot still does not work for me. And it seems not "only I": https://gitlab.gnome.org/GNOME/snapshot/-/issues/134
comment:10 by , 11 months ago
Replying to Rahul Chandra:
Seems like pipewire-1.0.4 contains the fix
No, the fix is not in 1.0 branch. With the fix manually applied gnome-shell-46 screen recorder is correctly using the GPU for video scaling and color format conversion (the GPU encoding is deferred into 47). But even with the pipewire master branch snapshot still does not work for me.
I guess I've misdiagnosed the issue. Maybe snapshot has been broken for a long time and I just noticed it recently...
And w/o the fix gnome-shell-46 screen recorder still works (it falls back to CPU for video scaling and color format conversion).
comment:11 by , 11 months ago
Milestone: | 99-Waiting → 12.2 |
---|---|
Summary: | gstreamer-1.24.0 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi (wait for new snapshot) → gstreamer-1.24.1 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi (wait for new snapshot) |
comment:12 by , 11 months ago
Summary: | gstreamer-1.24.1 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi (wait for new snapshot) → gstreamer-1.24.1 gst-plugins-base gst-plugins-good gst-plugins-bad gst-plugins-ugly gst-libav gstreamer-vaapi |
---|
Someone reported the snapshot issue is reproducible even with gstreamer 1.22.
follow-up: 15 comment:13 by , 11 months ago
We'll need this wireplumber patch:
https://gitlab.freedesktop.org/pipewire/wireplumber/-/merge_requests/625.diff
See https://gitlab.gnome.org/GNOME/mutter/-/issues/3354#note_2062201.
But it still does not fix Snapshot for me.
comment:15 by , 11 months ago
Replying to Xi Ruoyao:
We'll need this wireplumber patch:
https://gitlab.freedesktop.org/pipewire/wireplumber/-/merge_requests/625.diff
See https://gitlab.gnome.org/GNOME/mutter/-/issues/3354#note_2062201.
But it still does not fix Snapshot for me.
The patch has been applied for wireplumber 0.5.1 release (#19567).
comment:16 by , 11 months ago
The comprehensive release notes for gstreamer* 1.24 can be found at https://gstreamer.freedesktop.org/releases/1.24/ and https://gstreamer.freedesktop.org/releases/1.24/#1.24.1 for 1.24.1!
comment:17 by , 11 months ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
FWIW I'm considering to remove -Dpackage-origin= and -Dpackage-name options because other packages also have similar options but we don't use them. So to be consistent we should just use the upstream default.
And these options are nastily long.