Laggy steam Big Picture Mode when switching in from desktop mode

[Zeglius]

Describe the bug

Quote from discord

I had something similar but in Nvidia. Running desktop UI and then switch to big picture mode would make the client really laggy.

But launching directly into big picture mode from the terminal (bazzite-steam -tenfoot) would make the lag disappear.

~Zeglius

Only seems to happen when switching from desktop to Big Picture Mode.

Seems is caused by preloading extest in bazzite-steam, as by modifying it to not preload it, switching between desktop / BPM doesn't suffer from said lag.

What did you expect to happen?

To not be laggy

Output of rpm-ostree status

State: idle
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-nvidia:stable
                   Digest: sha256:019b85f3ba44fcd0f7304eafe864ca9f4995da26fabadd70a0a5441de00fb695
                  Version: 40.20240908.0 (2024-09-09T05:03:59Z)
          LayeredPackages: code docker-ce-cli hyprland qt6ct swww

  ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-nvidia:stable
                   Digest: sha256:019b85f3ba44fcd0f7304eafe864ca9f4995da26fabadd70a0a5441de00fb695
                  Version: 40.20240908.0 (2024-09-09T05:03:59Z)
          LayeredPackages: code containerd.io docker-buildx-plugin docker-ce docker-ce-cli
                           docker-compose-plugin hyprland qt6ct swww

Hardware

  zeglius@bazzite

󱋩  bazzite-nvidia:stable 
󰣛  Bazzite 40 (FROM Fedora Kinoite)
  Linux 6.9.12-205.fsync.fc40.x86_64
󰅐  38 mins
󰔠  Spawned on Feb 28 2024

󰾰  HP Pavilion Notebook
󰻠  Intel(R) Core(TM) i5-8250U (4) @ 3.40 GHz
󰍛  NVIDIA GeForce GTX 1050 Mobile [Discrete]
󰍛  Intel UHD Graphics 620 @ 1.10 GHz [Integrated]
  3.93 GiB / 7.63 GiB (52%)
  602.17 GiB / 888.76 GiB (68%) - btrfs [Read-only]
󰍹  1920x1080 @ 60 Hz (as 1536x864) in 16″ [Built-in]
  62% [Discharging]
󰖺  ST LIS3LV02DL Accelerometer

󰕮  KDE Plasma 6.1.4
  KWin (Wayland)
  fish 3.7.0
  Ptyxis 46.6
󰏖  2808 (rpm), 425 (nix-user), 48 (nix-default), 33 (flatpak-system), 23 (flatpak-user), 214 (brew)

● ● ● ● ● ● ● ●

Extra information or context

extest is used for touchpads in handhelds for wayland sessions.

In theory, we shouldn't need extest in KDE images thanks to libei, but seems is not the case with GNOME¹.

UPDATE

Seems the issue culprit is switcheroo rather than evtest, see here

Footnotes

1. Needs to be verified by a GNOME handheld user without extest being preloaded. Verified by the extest developer himself, see here ↩

[EPOCHvoyager]

Might want to report this at the extest repo.

[EPOCHvoyager]

Update, can reproduce here in a GNOME desktop image. bazzite-steam -tenfoot is fine, switching from desktop mode causes the laggy behavior you described. This appears to be an incompatibility with the new Steam Families client update.

[Zeglius]

Update, can reproduce here in a GNOME desktop image. bazzite-steam -tenfoot is fine, switching from desktop mode causes the laggy behavior you described. This appears to be an incompatibility with the new Steam Families client update.

I had this behavior before the Steam Families update.

[EPOCHvoyager]

Hm, maybe I hadn't opened BPM until then. Could be older

[pastram-i]

The fix merged to unstable did not resolve this for me. #1754

I've put details in the PR. #1754 (comment)