

If you want the window movement enable Proton, otherwise use the Native version, unfortunately window movement is kind of broken sometimes it looses focus if you press your button at a wrong time

PROTON_USE_NTSYNC=1 mangohud --dlsym %command%
on native, for some reason after downloading some songs from the workshop the game just straight up wont pick inputs after entering the custom levels section, that doesn't happen with proton

Changed the left half of back grips to be D-Pad, so that 2 Player works correctly.
In levels with window movement, you can only use the simulation of the desktop if playing without proton. Window movement with One Monitor or Full feels rather buggy with the window going offscreen, likely due to KDE Plasma.

For me, using proton made it so that the window dancing worked properly - native it only worked with the "simulated mode" where a fake window moves around a fake desktop. But with proton, everything worked exactly how it would on windows. Might be dependent on DE/Display server, but worked without any tinkering on KDE Plasma w/ Wayland.
Fullscreen stretched game interface.
A certain visual effect used in 2-x, 4-1n, and 5-x is misaligned when playing in handheld, this is fixed until the device is restarted by playing while connected to a dock.
In desktop mode, you'll need to switch to the native Linux build (use "Steam Linux Runtime" as the compatability tool) unless you like playing in a small/cropped window - since Steam defaults to using Proton on the Deck. Works fine without tinkering in gaming mode.
One of the levels forces the game into windowed mode and moves it around to create a visual spectacle. The native Linux version only offers a simulated version of this in game. Using the Windows version and having it actually move a window around works, suprisingly well, but kwin doesn't quite know what to make of the game when it goes offscreen, leading to dropped inputs. I'm guessing a tiling WM like i3 would just explode.
I can forgive that Linux DEs have a hard time with this, since the game is intentionally abusing a feature in Windows to force the player to rely on the music, not the visual cues.
Jogo com compatibilidade muito boa, porém, com problemas com controles wireless de xbox one.
Um controle de Xbox One Wireless era detectado, porém, era utilizável apenas antes do menu do jogo. Depois disso, era necessário utilizar um teclado ou controle wireless de Xbox 360.
Works flawlessly. No performance issues (well, outside of the game's gimmicks) and no audio stuttering (again, outside of gimmicks).
I can't find a way to move the game in Windowed mode. I can resize it within the game, but it's borderless and immovable.
Audio sounds great also on Steam Deck.
Runs Perfectly
Tried through both desktop and gaming mode on the Steam Deck. Runs as expected, very seamless gameplay.

Sometimes the whole game freezes in the level select
Not much video/audio latency (~30ms) during the levels
Game runs fine, as long as you don't tab out
Tabbing out then back in makes inputs not register, even when the game is windowed
PROTON_NO_D3D11=1 %command%
I had to change the launch options but I think that's because my graphics card doesn't support D3D11 (Or it could be the driver being weird too, I'm not sure), without the launch options it would close almost immediately after starting. Other graphics cards seem to work fine so it's probably mostly my weird setup.
Window dancing worked perfectly, and I'm using the Openbox window manager so it probably works with any window manager or desktop environment.
With the exception of Window Dancing, the game runs perfectly without any problems.
Window Dancing:Other
Very laggy and glitchy, even on KDE. I recommend using Simulated mode.
The game plays 100% flawlessly on my system. The "windows dancing" mechanic also works, except for the problem where if the window wants to go outside of your screen it'll get stopped, and then suddenly teleports to the other side. This can be "fixed" by going to Settings > accessibility > Window Movement: Simulate
Window dancing works perfectly on KDE Plasma. However, places where the window is intentionally supposed to be offscreen, the window stays on the boundary of the screen. However, this is more a minor outlier and something you won't notice unless pointed out to you.
Other than inconsistencies with window dancing, works fine.
During level(s) with window dance, XFCE4 will move the window and such, but if other windows are present, or you have multiple monitors, the game sometimes comes back to the front without properly retaking focus, so suddenly inputs stop registering.
Works great out of the box
Window dancing worked perfectly for me, but you'll probably have to force the game to float if you have a tiling WM
Works out of the box, used Proton Experimental. Window dancing works with Macro window manager (MATE's default)
Works out of the box. Use Proton 6.3-8 for best experience.
Window dance worked, on i3 on popOS. Cant use experimental or 7.0 GE for window dance due to a regression. Simulated window dance works for all.
Works perfectly out of the box
During the level where the window moves within your desktop, the window cannot move out of the bounds of the screen. The solution to this is to set the windowed mode to "Simulation" in Accessibility settings within the game.
Runs perfectly out of the box
Works great on GNOME/Wayland, including the window dancing around.
Launches and immediately closes with an error.
Game runs perfectly on my setup, Window dance works with Xfce and no problems with input or audio.
Desktop environment used is Xfce, which was compatible with Window dance.
Window dance is really laggy on gnome on kde its no longer laggy but doesnt do all the movements

Game doesn't load at all. It immediately closes when opening the game through steam.
I've been trying to open this game on the steam launcher and on lutris, and nothing worked. However, I was able to get the logs from lutris, and I just see that it just really immediately exits upon opening the game.
Steam client's requirements are satisfied
WARNING: Using default/fallback debugger launch
/home/cinder/.local/share/Steam/ubuntu12_32/steam -applaunch 774181 gamemoderun
Monitored process exited.
Initial process has exited (return code: 0)
All processes have quit
Exit with return code 0
However, it runs when you launch it with wine as is, but the input doesn't work, so I'm stuck on the main screen.
Gameplay is OK, but don't expect window dancing levels to work in GNOME.
Window dancing levels generally laggy
Unreliable input offset
Windowed mode only, and on window dancing levels
The game works just nice, however there are some major issues on testing it with GNOME 3.38.5. In general:
- Window dancing charts are generally have terrible issues of losing focus. Can be reproduced easily on 2-X, the pinnacle of window dancing chart.
- Offset configuration is unreliable, as the offset can jump from +100 to +30 during setup process.
Game might work better with other Desktop Environment. Just don't play with modern GNOME, especially on window dancing levels.
Most things works great.
2-X, a level with the game window moving on it's own, worked with KDE, but not as it should on Windows. The character from the Unbeatable level had a broken facial expression on the menu.

No significant problems. Slight problems in the glitched levels, but remains enjoyable.
In levels where the window is supposed to go outside the screen, here it stops at the border and does not go beyond
In levels when the window appears/disappears rapidly, inputs may not be registered accurately
Framerate a bit unstable when the window moves automatically
Most of the game works
Window dance doesn't work
Window dance can't move the window off-screen sometimes causes it to lose focus. For example on Rollerdisco Rumble, half of the window is supposed to be hidden, but instead the whole window is show.