In that case, the adapted solution would be…
rm -rf ~/.config/chromium/GrShaderCache
rm -rf ~/.config/chromium/ShaderCache
rm -rf ~/.config/chromium/Default/GPUCache
@ara, try this while chromium
isn’t running.
In that case, the adapted solution would be…
rm -rf ~/.config/chromium/GrShaderCache
rm -rf ~/.config/chromium/ShaderCache
rm -rf ~/.config/chromium/Default/GPUCache
@ara, try this while chromium
isn’t running.
No change. Same issue.
Tried play-with-mpv, but can’t get it working.
Try again, it’s working fine.
It is something driver/acceleration related, not chrome related. I tested too
Device-1: Intel JasperLake [UHD Graphics] vendor: Lenovo driver: i915
and the chrome://gpu
Graphics Feature Status
Canvas: Hardware accelerated
Canvas out-of-process rasterization: Disabled
Direct Rendering Display Compositor: Disabled
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
OpenGL: Enabled
Rasterization: Hardware accelerated
Raw Draw: Disabled
Skia Graphite: Disabled
Video Decode: Hardware accelerated
Video Encode: Software only. Hardware acceleration disabled
Vulkan: Disabled
WebGL: Hardware accelerated
WebGL2: Hardware accelerated
WebGPU: Disabled
The videos on the site are working fine with about 60 % cpu load on the highest quality.
Great! Finally got it working with play-with-mpv. Forgot to install the browser extension.
This means nothing, only when playing a video in chromium, pressing ctrl+shift+i will give you a real answer if vaapi is “true”.
And where exactly can i see it? Inspection is not exactly easy to navigate.
https://wiki.archlinux.org/title/Chromium#Tips_and_tricks
I am at work now and only on mobile phone.
More tonight, if needed.
Some info for usage
Well, i the only thing i see is the FFMpegVideoDecoder
And the message
FFmpegDemuxer: created video stream, 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: true, encryption scheme: Unencrypted, rotation: 0°, flipped: 0, color space: {primaries:BT709, transfer:BT709, matrix:BT709, range:LIMITED}
but is that software or hardware
That means NO hw-acceleration.
More tonight, sorry .
https://wiki.archlinux.org/title/Chromium#Force_GPU_acceleration
As that link has already been shared here at least twice … I guess I will just throw my flags up here …
--flag-switches-begin
--start-maximized
--force-dark-mode
--ignore-gpu-blocklist
--disable-font-subpixel-positioning
--high-dpi-support=1
--enable-parallel-downloading
--enable-accelerated-video
--enable-accelerated-mjpeg-decode
--enable-gpu-rasterization
--enable-oop-rasterization
--enable-quic
--enable-zero-copy
--enable-drdc
--canvas-oop-rasterization
--ozone-platform-hint=x11
--use-gl=angle
--enable-smooth-scrolling
--enable-accelerated-video-decode
--enable-native-gpu-memory-buffers
--enable-features=VaapiVideoDecodeLinuxGL,WebUIDarkMode,MarkHttpAs,StrictOriginIsolation,VaapiVideoDecoder,VaapiVideoEncoder,VaapiVideo,CanvasOopRasterization,VaapiIgnoreDriverChecks,VaapiVideoDecodeLinuxGL,PlatformHEVCDecoderSupport
--disable-features=UseChromeOSDirectVideoDecoder,HardwareMediaKeyHandling,OmniboxUIExperimentHideSteadyStateUrlPathQueryAndRef,OmniboxUIExperimentHideSteadyStateUrlScheme,OmniboxUIExperimentHideSteadyStateUrlTrivialSubdomains,ShowManagedUi
--flag-switches-end
Obviously all arent necessary … but there you go.
PS
‘Opening the video in mpv’ is not a solution to ‘videos lagging in chromium’.
Though it may be a functional workaround in certain circumstances
(think an old netbook that can barely stream 480p)
Don’t make him worse than he is.
Unlike chromium and firefox (which is a hit and miss with vaapi), mpv delivers reliable streams with gpu support (almost always).
btw:
--ignore-gpu-blocklist
--enable-gpu-rasterization
--enable-zero-copy
--disable-gpu-driver-bug-workarounds
--enable-native-gpu-memory-buffers
--enable-features=VaapiVideoDecoder,VaapiVideoEncoder,CanvasOopRasterization,VaapiIgnoreDriverChecks,RawDraw
--disable-features=UseChromeOSDirectVideoDecoder
--use-vulkan
--use-gl=angle
#--use-gl=desktop
#--enable-unsafe-webgpu
#--enable-features=VaapiVideoDecodeLinuxGL
#--enable-gpu
The recommended flags don’t have an effect on the issue.
/.config/chromium-flags.conf. Is this the right place? Do I have to restart?
Do you have a correct configuration for your (intel) cpu?
This is all very specific, my flags and settings are for my amd ryzen machine.
Just a small feedback:
I run some tests on my Jasper Lake CPU (N6000). I have of course linux-firmware and intel-media-driver. I have none of the AUR Vaapi packets. I tested with Costa Rica 4K, also locally downloaded with yt-dl. Both of your config collections of flags did not work. I even changed the codecs with the h264fy extension.
Well, to be honest, in my case it does not matter - everything up to 1080 runs smoothly, i do not feel the need to watch 4k on a 15 inch 1920pix screen.
This is also not my goal. I want smooth and silent performance, no spinning fans
To continue the offtopic: my current machine is actually fanless. That’s exactly why i chose the 6W(22) TDP CPU. It is more than sufficient for general use. And i never saw more than 65 C in manjaro. The hottest (over 80 C) it became…in windows update which is ridiculous.
It may truly be the nonfree stuff. I ddint check codecs.
(and do use nonfree)