You are not logged in.
I noticed a similar memory leak issue as well as high cpu usage with the Xorg process when the flag is enabled.
Offline
You can go star https://bugs.chromium.org/p/chromium/is … id=1467689 to hopefully raise its priority.
Offline
And it's broken again.
X11, AMD
I'm so incredibly tired of trying to fix this issue every month or so. I'm almost anxious to run system updates cause breaking HW accelerated decoding appears to be very common.
Last edited by Reuter (2023-09-10 12:39:25)
Offline
And it's broken again.
https://i.imgur.com/YGmLmNU.png
X11, AMDI'm so incredibly tired of trying to fix this issue every month or so. I'm almost anxious to run system updates cause breaking HW accelerated decoding appears to be very common.
Starting from version 116, hardware acceleration doesn't work with AMD gpus. Use version 115 from now on. The tldr is that they removed the legacy vaapi (2) that used to partially work on AMD gpus (1). The new vaapi decoder just doesn't work with AMD gpus, it fails with an error (1). There's an open issue that doesn't get any attention from devs (3).
(1) https://bbs.archlinux.org/viewtopic.php … 1#p2098201
(2) https://bbs.archlinux.org/viewtopic.php … 3#p2115713
(3) https://bugs.chromium.org/p/chromium/is … =-modified
Offline
Starting from version 116, hardware acceleration doesn't work with AMD gpus. Use version 115 from now on.
Thank you so much. I will roll back to said version and hope it'll eventually get fixed.
Offline
Reuter wrote:And it's broken again.
https://i.imgur.com/YGmLmNU.png
X11, AMDI'm so incredibly tired of trying to fix this issue every month or so. I'm almost anxious to run system updates cause breaking HW accelerated decoding appears to be very common.
Starting from version 116, hardware acceleration doesn't work with AMD gpus. Use version 115 from now on. The tldr is that they removed the legacy vaapi (2) that used to partially work on AMD gpus (1). The new vaapi decoder just doesn't work with AMD gpus, it fails with an error (1). There's an open issue that doesn't get any attention from devs (3).
(1) https://bbs.archlinux.org/viewtopic.php … 1#p2098201
(2) https://bbs.archlinux.org/viewtopic.php … 3#p2115713
(3) https://bugs.chromium.org/p/chromium/is … =-modified
Actually they also removed it for older Intel GPUs as well. (ivybridge for example). It's not looking good I'm afraid lol. At least there's still Firefox (for now.)
Offline
In case it helps someone: Not AMD but Intel Kaby Lake iGPU, X11, package ungoogled-chromium 117.0.5938.62, kernel 6.1.52, intel-media-driver 23.3.1-1, patched libva 2.20.0-1 (sed -i "s/va_DRI3_Get/va_DRI2_Get/g" ./libva/va/x11/va_x11.c) with --enable-features=VaapiVideoDecodeLinuxGL in chromium-flags.conf, intel_gpu_top still shows VAAPI hardware decoder is active.
Chromium proper has a nasty zero-click zero-day exploit basically every week now. Running an old 115 is hazardous.
Offline
Well it reports VAAPI works, but is the memory leak fixed ? Because in 116/117, my issue isn't getting VAAPI working, it's that it leaks memory ...
Offline
So basically, VAAPI doesn't work at all on AMD and Nvidia, and VAAPI works on Intel but causes huge memory leaks. I'm now confident that no one in the Chromium team actually uses their browser because this bugs shouldn't exist.
This comment from the removal of the old (working!) VAAPI commit is just insulting
Now that we have completed the migration to the new VaapiVideoDecoder, the legacy VaapiVideoDecodeAccelerator class and related code can be removed.
Yeah, good migration, bravo the testing team if there's any...
I have to stay on 115 despite being dangerous because of the lack of security updates...
Offline
In case it helps someone: Not AMD but Intel Kaby Lake iGPU, X11, package ungoogled-chromium 117.0.5938.62, kernel 6.1.52, intel-media-driver 23.3.1-1, patched libva 2.20.0-1 (sed -i "s/va_DRI3_Get/va_DRI2_Get/g" ./libva/va/x11/va_x11.c) with --enable-features=VaapiVideoDecodeLinuxGL in chromium-flags.conf, intel_gpu_top still shows VAAPI hardware decoder is active.
Chromium proper has a nasty zero-click zero-day exploit basically every week now. Running an old 115 is hazardous.
i checked in normal chrome and didnt work in 117, i dont think does it matter about i am using LIBVA_DRI3_DISABLE=1 instead because you are also disabling dri3 with modifing libva, maybe kernel does difference because i am on regular 6.5.3 kernel instead 6.1 lts but i don't think so
i have uhd620 in 8350u laptop, in old chrome 115 it works well but i am looking to switch to new anyways and keep using firefox for yt or something instead because chrome without hardware acceleration on videos is no-go for me because cpu will be hogged up and temps + battery usage will raise by a lot
Last edited by adi222 (2023-09-20 10:34:53)
Offline
Friendly reminder that there're dedicated youtube clients shameless plug but of course also https://aur.archlinux.org/packages?O=0&K=youtube-viewer and that mpv plays youtube (and a bunch of other services) fine if you've yt-dlp installed.
Offline
I rebased my (rather hacky) patch to get VaapiVideoDecoder to work on AMD - it now applies to Chromium 116: https://gist.github.com/thubble/235806c … 9173d24d9f
It works on my RX 6800, verified using chrome://media-internals/ - VaapiVideoDecoder is being used.
I'm running on (X)Wayland with KDE Plasma 5.27, with the following Chromium flags (forcing XWayland - native Wayland will not work with VAAPI as far as I know). I know some of these are unnecessary or redundant/duplicate, but I can't be bothered testing to see which are actually required:
--ozone-platform=x11 --enable-features=CanvasOopRasterization,VaapiVideoDecoder,UseChromeOSDirectVideoDecoder,VaapiIgnoreDriverChecks,PlatformHEVCDecoderSupport,Vulkan,DefaultANGLEVulkan,VulkanFromANGLE --use-cmd-decoder=passthrough --use-gl=angle --use-angle=vulkan --use-vulkan=native --ignore-gpu-blocklist --enable-zero-copy --enable-gpu-rasterization --enable-native-gpu-memory-buffers --enable-gpu-memory-buffer-video-frames
Now updated for Chromium 117: https://gist.github.com/thubble/235806c … 9173d24d9f
It looks like there's some very recent changes for VAAPI multiplanar format support, so maybe official AMD VAAPI support is coming? https://bugs.chromium.org/p/chromium/is … id=1471111
Offline
I'm having issues with hardware acceleration. I set it up once a few years ago and got it to work when playing YouTube videos in Chromium, but now it doesn't anymore. I've gone through the wiki and followed most of the instructions, as well as gone through some guides, but still nothing. I've tried using enhanced-h264ify to block AV1 and set most of the flags mentioned in the wiki and elsewhere that should be appropriate for my system. I'm sure I'm doing something wrong, but don't know what.
This is my current `~/chromium-flags.conf`:
--ignore-gpu-blocklist
--enable-gpu-rasterization
--enable-zero-copy
--disable-gpu-driver-bug-workarounds
--enable-features=VaapiVideoDecoder
--enable-features=VaapiIgnoreDriverChecks
--disable-features=UseChromeOSDirectVideoDecoder
--use-gl=egl
And the output of `vainfo`:
Trying display: wayland
Trying display: x11
vainfo: VA-API version: 1.20 (libva 2.19.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 23.3.3 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileNone : VAEntrypointStats
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointFEI
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointFEI
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointFEI
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointFEI
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
Offline
@p_noumenon
from about 115 not need this flags, only
--enable-features=VaapiVideoDecodeLinuxGL
@everybody
Seems start to fix this bug!!
https://bugs.chromium.org/p/chromium/is … id=1467689
Says that bug is gone, but problem with x264 decode...
Offline
@p_noumenon
from about 115 not need this flags, only
--enable-features=VaapiVideoDecodeLinuxGL
@everybody
Seems start to fix this bug!!
https://bugs.chromium.org/p/chromium/is … id=1467689
Says that bug is gone, but problem with x264 decode...
Just tested with xrestop, the leak is fixed and hardware acceleration works.
Chromium version 117.0.5938.92 (Official Build) Arch Linux (64-bit)
Offline
@bwidlar
x264 also? (i can not test it because i not near linux machine)
It is true? it seems 117.0.5938.92 not contain this fix...
Last edited by Firgal (2023-09-23 15:59:50)
Offline
@p_noumenon
from about 115 not need this flags, only
--enable-features=VaapiVideoDecodeLinuxGL
@everybody
Seems start to fix this bug!!
https://bugs.chromium.org/p/chromium/is … id=1467689
Says that bug is gone, but problem with x264 decode...
Well slap me thrice and hand me to me mama; that fixed it. Thanks!
Offline
@bwidlar
x264 also? (i can not test it because i not near linux machine)
It is true? it seems 117.0.5938.92 not contain this fix...
Any youtube video to test it ?
Offline
Firgal wrote:@bwidlar
x264 also? (i can not test it because i not near linux machine)
It is true? it seems 117.0.5938.92 not contain this fix...
Any youtube video to test it ?
try this:
Offline
bwidlar wrote:Firgal wrote:@bwidlar
x264 also? (i can not test it because i not near linux machine)
It is true? it seems 117.0.5938.92 not contain this fix...
Any youtube video to test it ?
try this:
It works, and its accelerated, tested with intel_gpu_top.
(12th Gen Intel(R) Core(TM) i5-12600 iGPU)
Last edited by bwidlar (2023-09-23 17:15:14)
Offline
Offline
info using chrome://media-internals
render_id: 262
player_id: 0
created: 2023-09-23 17:34:26.836 UTC
origin_url: https://test-videos.co.uk/
kFrameUrl: https://test-videos.co.uk/vids/bigbuckb … 0s_1MB.mp4
kFrameTitle:
url: https://test-videos.co.uk/vids/bigbuckb … 0s_1MB.mp4
kTextTracks:
kTotalBytes: 0xff9cb
kIsStreaming: false
kIsSingleOrigin: true
kIsRangeHeaderSupported: true
kRendererName: RendererImpl
pipeline_state: kPlaying
info: Selected VaapiVideoDecoder for video decoding, config: codec: h264, profile: h264 high, level: not available, alpha_mode: is_opaque, coded size: [1920,1080], visible rect: [0,0,1920,1080], natural size: [1920,1080], has extra data: false, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}
kAudioTracks:
kVideoTracks: [object Object]
kMaxDuration: 10
kStartTime: 0
kBitrate: 837589
kIsVideoDecryptingDemuxerStream: false
kVideoDecoderName: VaapiVideoDecoder
kIsPlatformVideoDecoder: true
dimensions: 1920x1080
kResolution: 1920x1080
event: kPlay
duration: 10
pipeline_buffering_state: [object Object]
debug: FFmpegDemuxer: av_read_frame(): End of file
seek_target: 0
Offline
@bwidlar
this fix resolve memory leak, not vaapi itself. it working, before do this fix, but bugged.
Offline
It works for me. With --enable-features=VaapiVideoDecodeLinuxGL in Brave with Chromium 117.0.5938.88 and in Chrome 117.0.5938.92.
Offline
So did anyone check if 117.0.5938.92 actually fixes the leak ? Because unless I'm reading the commit log above incorrectly the fix isn't included ...
Offline