It works, but it only works on Linux so they don’t advertise it. You may need to update the firmware to get the best experience too.

DP to HDMI adapter that supports VRR or FreeSync.

Here you go: https://www.amazon.com/Cable-Matters-102101-BLK-Computer-Adapter/dp/B08XFSLWQF

It’s slightly quirky, but it does work. Although I don’t use HDMI audio so maybe you’re already using the same adapter.

0.82 is only two weeks old, so you would have needed nightly up until that point for most newer Garmin devices. I did uninstall Connect shortly after but I think you just have to make sure it’s not running, as I know some use both apps.

Gadget bridge doesn’t really work for any “new” (i might be wrong here) devices.

Most newer Garmin devices should work since 0.82 (and earlier with nightly). It’s not feature complete compared to using Gadget Connect but should be enough for most use cases, unless you really care about the social/awards aspect and some of the deeper metrics (although if you’re handy with SQL you can handle that yourself).

Not being able to set an event date and have “daily suggested workouts” follow that is my only annoyance, although I’ve been happy just using the defaults for now.

You can actually play from the UI too, but it’s not particularly nice to use (or intended to be used that way).

I’ll add pinchflat as an alternative with the same aim.

I don’t know about the 2 VMs part (although that should work) but they have a Youtube channel with a couple of videos, including Resident Evil Village.

Possibly you are CPU bottlenecked in those particular games, in which case FSR would do nothing.

There’s also amdgpu native context support which allows native AMD GPU drivers in the guest (Linux only guests for now).

Haven’t tested it myself yet though as I’m using a GPU passthrough setup. Although I believe both of these solutions will support multiple VMs using it at the same time, which is an improvement over regular passthrough.

Linux currently doesn’t have a concept of “exclusive fullscreen” in the way that Windows does. A new wayland protocol can probably resolve this, although I’m not sure if any work has been done for that yet.

You could do it manually though most likely by having a script check if the current window is fullscreen (which you can do with sway/wlroots easily at least) and then apply the change. But there would be some false positives where you might not want the behaviour (like a video player), although if you’re watching high resolution/high framerate content it would be useful.

It depends on the GPU I suspect. The 6XXX series doesn’t appear to have that issue, at least not in a significant way. But yeah, the 7XXX series having power consumption issues isn’t too surprising.

As for the quote, the “more aggressive ramping” is about its behaviour under load, which you probably do want if you’re playing games.

You can revert the change in the same way as you can make the change now, with a udev rule. And you can change it on the fly with a script if needed.

Udev rule:

KERNEL=="card0", SUBSYSTEM=="drm", DRIVERS=="amdgpu", ATTR{device/power_dpm_force_performance_level}="manual", ATTR{device/pp_power_profile_mode}="0"

(you might be able to leave the power_dpm_force_performance_level part unset)

You can also try the compute (5) or VR (4) modes which have slightly different behaviour (I use the compute mode on my systems even though they are mostly for gaming).

I believe some of the third party GPU control utilities can also do this, but I don’t personally use them.

I think they probably do care, but they just haven’t got around to strong-arming them yet. There’s still more emulator devs to harass after all.

Do you have any recommendations for a Perplexity.ai type setup? It’s one of the few recent innovations I’ve found useful. I’ve heard of Perplexica and a few others, but not sure what is the best approach.

I got lucky and only paid a bit more than RRP, but you pretty much had to sit around and wait for a deal.

however the issue I run into is if I lose internet access at home, none of my services are able to function as they can no longer reach the management interface.

Do the services stop working immediately, or only after restarting the netbird client(s)? I’ve found headscale/tailscale nodes will continue to communicate with each other with the internet down, but restarting the tailscale client will break things (which makes sense of course).

If netbird has an equivalent to MagicDNS that could cause issues after a while of losing connectivity (since the DNS will be hosted on the VPS).

What GPU you are running? If it’s not a recent AMD gpu, that might be the cause. Relatively recent Mesa and kernel would be a good idea too. The flatpak situation could complicate that too, as others have mentioned.

Monitors/displays can sometimes be temperamental too, and require toggling on/off, switching VTs back and forth, etc.

Beyond that, I’d try installing standard Steam if possible.

What additional configuration are you referring to?

Looking here, you might not need it anymore: https://zamundaaa.github.io/wayland/2024/05/11/more-hdr-and-color.html

But make sure gamescope is a recent version.

It’s just more visible since downvotes and upvotes are shown separately. On the old site, that hasn’t been the case for years.

I believe only plasma 6 has support for HDR, and it requires additional config to enable it with games. Otherwise, it will look washed out as you found.

Alternatively, you can use gamescope-session which is basically running gamescope as a standalone like the steam deck.

And the software ecosystem, much of which they have funded/developed. In 2015, there was no proton, no DXVK, no vkd3d, and most important, no Vulkan.