wlroots-eglstreams VS river

I actually got a chance to develop against some proprietary API and i don't blame them for not wanting to support proprietary drivers , But there is at least one guy maintaining a fork for nvidia so you can try your luck there.

The developer of the EGL stream fork of wlroots wants to migrate to the original version, maybe if he will become a maintainer there could be a change in the status quo, or he can maintain a fork with fixes.

Sway uses wlroots, which is one of I believe 3 wayland libraries (wlroots, smithay and taiwins). It just happens that sway (and most other compositors such as river, hikari, dwl) use wlroots, which doesn't care about nvidia. There is wlroots-eglstreams if you want to try that.

That is not entirely true, there is a fork of wlroots which supports NVIDIA's proprietary driver's EGLStreams implementation, which works fine with Sway and probably other WMs too, see https://github.com/danvd/wlroots-eglstreams.

In the meantime you can use wlroots-eglstreams

Install a fork of wlroots (the library used by Sway to do pretty much everything).

Also I know about a fork a guy did for wlroots that adds support for egl streams but this is far from ideal, it's a interesting job nonetheless https://github.com/danvd/wlroots-eglstreams

If your a technical person , you can give wlroots-eglstreams a try (it's a fork of wlroots adding nvidia support).

As of now you can run Sway with wlroots-eglstreams, which is a work-in-progress fork of wlroots, working as drop-in replacement, see https://github.com/danvd/wlroots-eglstreams and https://aur.archlinux.org/packages/wlroots-eglstreams-git/.

More info on the wiki https://github.com/riverwm/river/wiki

Here is the related github issue

If you can get past some minor wayland related annoyances, river is pretty easy imo, you can write a config in whatever format you want, it just needs to be an executable file, the most common type is a shell script. The actual configuration happens by calling the riverctl program from the file, which from what I've heard is a similar method compared to bspwm.

Coming from awesome you may find river more to your liking than sway.

River crashed everytime I closed Chromium. The developer fixed it in 5 minutes :)

I've written a plugin that implements the river-layout-v3 wayland protocol in Hyprland. This means you can run something like rivertile, river-luatile, rivercarro or kile as a layout provider.

Author here. And yeah, as of 0.6.0 it supports master stack - I just called it stack main. I was in fact inspired by river: https://github.com/riverwm/river. River is really promising but is still in very early development. Sway on the other hand has been around for a long time and I, for now, prefer that stability.

In my very specific case, I'd probably start by taking a look at how animations were previously implemented in river, and then I'd pay careful attention to that transform matrix at the end. I'm not super crazy about the implementation using timers to drive it (versus interpolating where the transform should be across a deadline), but I guess they were going for smoothness.

riverwm wayland compositor