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.

I’ve seen it go down in some cases on VPNs, so it could be a matter of time (or they’ll find a solution again and the back and forth will just continue).

Youtube isn’t just a thing people use to waste time, but a source of educational content. That actually matters, and there isn’t a good alternative to much of it.

That being said, I agree that people could at least drop it (or reduce their usage) if they are just using it as a time waster.

What headphones in particular are you using? Because with standard AD2P you’re limited to mSBC at best, but maybe your device has some proprietary implementation.

You could try with a hardware dongle, but no guarantee that will work either.

At least in the long run it should be fixed by Bluetooth LE audio, but I’m not sure if the Deck properly supports it yet, and it requires new audio devices as well.

Pulseaudio has been pretty solid for a while now which is what the steamdeck uses from what i can see online.

It uses Pipewire, but it has pretty close to full API compatibility with Pulseaudio (and Jack) so most applications will “just work” and you get lower and more stable latency in return.

The drivers for your card needs to support the required extensions, and the hardware needs to support the particular codecs as well. So if you don’t have already have encoding/decoding support for the given codec with OGL etc, this won’t add it most likely.

The main benefit is that application devs won’t need to add multiple hardware decoding/encoding APIs, and can just target Vulkan. Cross platform support in particular is currently a mess due to the different APIs on Windows/Linux/Mac, so this will simplify things greatly. Eventually, driver devs will be able to just support Vulkan too, but that’s a long way off.

I’d be happy with 2010 era desktop Linux level of support. It doesn’t need to get everybody to switch, just needs to be good enough for my needs.

I only learned to touch type properly because I was bored one summer and went cold turkey and learned Colemak. Before that, I had this weird pseudo touch typing technique with some keys being touch typed and others not, and because of the muscle memory, it was difficult to change.

A major improvement already happened in 5.2+ but few devices support it yet (LE Audio with LC3 codec).

LDAC is a very inefficient codec, and isn’t lossless even at its highest bitrate. But they are all close to perceptually lossless even at relatively low bitrates so it’s a much of muchness.

The characters were just 2D sprites from what I recall. And the isometric camera kind of gave it a 2D feel even if it wasn’t actually 2D.

Anyway, hopefully this isn’t a Switch exclusive as that would be lame.

Beyond moderation, Phoronix is a case study in why downvotes are a good thing. Those idiots going on dumb tangents would continue, while the rest of us can read the actual worthwhile comments (which does happen, given AMD employees and the like comment there sometimes).

nixos-anywhere also works well for this use case.

Ooh can’t forget the mints!

The public keys are stored on the server (by necessity) but not the private keys. The actual connection is directly between two of your own machines, or routed through a DERP server (encrypted end-to-end) in rare cases.

But if you’re concerned, you can instead self host headscale or netbird.

four- or five-episode series.

It was six episodes. That’s how much was needed to cover how much of a piece of shit Vince is.

Correct - FSR already applies CAS. I don’t think applying another CAS pass on top of that will work out too well.

True. I was assuming sharpening was disabled altogether, but if it’s just set not strong enough, that’s a different matter.

this is for a non-native Proton game with FSR support built in

In that case, the game itself should expose the feature. You don’t mention the exact game, but you could try PCGW.

Alternatively, you could use vkBasalt to layer CAS on top, which from memory is pretty much what FSR sharpening is.

Not at exactly the same time since the app and watch communicate over Bluetooth. You should be able to pair and repair between the apps, but I haven’t tested it myself.

Basically, gadgetbridge is a third party open-source application that replaces the manufacturer app for a bunch of fitness watches (and other devices of that kind).

So you can use it to replace the phone connectivity functions (like receiving notifications etc) as well as getting visualisations of the data etc. And since it all happens locally, none of your data is stored on the manufacturer’s servers. If you understand how to work with SQL and statistics, you can also run your own statistical analyses, since it’s just a sqlite DB.

The downside is that you can expect it to be limited in functionality compared to e.g. Garmin’s cloud functionality. Personally I find there’s enough data to be useful, but other’s might have different needs.