Pipewire has built in EQ support (no GUI, but useful once you’ve chosen your settings), and you can use EasyEffects for a GUI to experiment with.

Pipewire also supports complex multichannel impulse responses (including the same files that Hesuvi supports if you supply them). Both of these are a bit challenging to configure it should be said, but it’s nice they they are just effectively outputs you can connect to once they are setup, and don’t require a bunch of programs running at once.

Here’s the official example for virtual sound with “hesuvi”: https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/src/daemon/filter-chain/sink-virtual-surround-7.1-hesuvi.conf

I’ve had issues with relative paths in the past for the filenames, so try setting a full path if it doesn’t work.

And here’s an example for EQ (you can add more channels if you need them): https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/src/daemon/filter-chain/sink-eq6.conf

You can also add a preamp if your EQ needs that which is just essentially a 0.0 freq, 0 Q filter and then you set the gain that you need. I didn’t need it as I’m not using external amps for any of my pipewire EQs.

One more thing I’ll add is that if you want the effect to also connect to a specific output (maybe your headphone EQ goes to one output, and your speaker EQ goes to a different one) you can set target.object=<your hardware output> in playback.props section. There’s an even better solution in wireplumber 0.5.X but I haven’t tried it yet and it might not be available on your system. Read this Collabora article if you’re interested.

The last time I tried a rebase from Kinoite to Bazzite it left me with a weird set of flatpaks and removed Firefox somehow

There’s a warning against this in the Bazzite FAQ, so that’s not too surprising. It’s referring to DEs, but different “distributions” also applies I presume. I hope that becomes solved in the long run, as it is one of the current downsides with Silverblue etc

Note: Not actual Linux ports to be clear but I believe the original versions already ran fine, including their limitations.

Yeah, I understand. It was more of a shout into the void type comment, then a criticism.

Yes, and consider using zstd (if it’s not the default on your distribution) and be pretty aggressive with the disk size since it has a high compression ratio. I normally set it to 100% (so zram disk size = physical RAM size), but you can experiment with different values.

Monado is the only semi-viable thing at the moment, but it’s still really in the tinkerer phase. Annoyingly, much of the discussion about it is on discord.

EDIT: And Linux VR Adventures is the place to go for relatively simple instructions about how to set things up, and what is currently supported.

Should work out of the box with Plasma 5/6 (6 if you want HDR) and Sway.

VRR didn’t work with older firmware versions but there have been updates since so the manufacturer information may be out of date. If it doesn’t work, there are links in the gitlab thread for newer firmware (you’ll probably need Windows to update although I saw some vague references that it might be possible on Linux). The adapter is mostly useless on Windows for the record, although you can just swap to a direct HDMI connection in that case.

Oh and I’ll add there are some instances where you may need to power cycle your TV/monitor and/or switch console VTs, if you get a black screen or if HDR fails to toggle on/off.

And lastly, gamescope session didn’t work reliably last time I checked, but it’s been a while.

I think there are more people that are #1 and #2 the same time

Probably where some of the attitude comes from. People are assuming that it’s paid IT people bringing their work home with them, which is a different case then a casual user trying out self-hosting without the broader background.

Although I haven’t seen this attitude myself so I suspect it’s not that common, and probably just a handful of users jumping to conclusions.

I haven’t tried it, but Tube Archivist may fit the bill.

The downside with ULA is that ipv4 is given preference, which is annoying on dual stack networks. I believe there is a draft RFC to change this but it will take a while for it to be approved and longer still for OSes to change their behaviour. I workaround it by using one of the unused (but not ULA) prefixes.

Pretty cool especially since it’s RISC-V. I’d have some concerns about the software and driver side of things, though (and the performance).

Ah Nvidia. Bazzite uses Wayland I believe since it uses the same gamescope session as SteamOS (unless something has changed recently). While it may be possible to get it working, I’d expect a much better time with an AMD card.

A traditional distribution may be a better bet with Nvidia for now.

My bad, the two clipboards on Linux still trip me up after all of these years. Anyway, I’ve added a link to the above.

There’s a bunch of other variants like PiKVM and BIiKVM as well. Even some cheap knockoffs on Aliexpress that may do the job.

Mainly because running multiple desktop machines adds up to a lot of power, even at idle. If you power them off and on as needed it’s better, but then it’s not as convenient. Of course, if you leave a single machine with multiple GPUs on 24/7 that will also eat a lot of power, but it will be less than multiple machines turned on 24/7 at least.

And the physical space taken up by multiple desktop machines starts to add up significantly, particularly if you live in an apartment or smaller house.

Vanguard is especially bad because it will not allow to run the game with Intel-VT/AMD-V enabled even if you are running bare metal as of its last update.

The Vanguard anti-cheat is incredibly invasive and something akin to malware, so that’s not surprising.

I’ve recently tried to do that using sunsine and different linux gaming distros and it was awful, the VM was working great for a few minutes and then suddenly crashes and I have to hard stop it.

Are you running this with something like libvirtd/qemu? If so, VFIO configurations can get pretty complex. Random crashes seem like MSI interrupt issues (or you’ve allocated too much RAM to the guest). Or it could be GPU reset issues that would also occur on the (Linux) host, a newer kernel and Mesa version in the guest may help.

Setting on the kernel commandline for the host to workaround MSR interrupt crashes:

kvm.ignore_msrs=1

If you’re running on a Windows host or with something like Virtualbox (assuming GPU passthrough is supported by these), YMMV but I wouldn’t expect good results.

NixOS. Ubuntu when I just want to test something quickly.

The followups do usually come, just later. It’s more like the GTA double dipping strategy where they get console users (and impatient PC users who buy a console) then PC users, both often paying at full price.

Do they support VRR though? Last I heard that was still an issue with these converters.

Yes, some of them do but it can be dependent on the firmware (some of them are flashable). I will add that my display supports both Freesync over HDMI and VRR, and it’s not always clear which it is actually using under the hood, so be aware of that. You’ll need a pretty recent kernel. Definitely at least 6.3 but prefer 6.6 or later.

My experience is the adapters have much better support under Linux as well, with them being almost useless on Windows (no HDR, no VRR, and potentially no 120Hz). But it’s been a while since I’ve tested.

Here’s the adapter I use: https://www.amazon.com/Cable-Matters-102101-BLK-Computer-Adapter/dp/B08XFSLWQF/

And a long discussion thread about HDMI 2.1 and adapters used to workaround the issue: https://gitlab.freedesktop.org/drm/amd/-/issues/1417 which may be helpful if you run into issues.

EDIT: Fixed the link