Natanael

Literally just use existing standards (STIR/STUN) with some filtering by source network, etc

Ofcom, famously a part of EU since brexit

You should be clear with the difference between link encryption and application encryption here

You need a docking station for it

Current Valve is trying to do what Google used to do with the Nexus phones. They’re setting a minimum standard for other companies and showing what the experience can be like.

After the next Steam Deck version (which they’re supposedly doing in-house) I suspect they’re going to get OEMs to make each following iteration, just like what Google used to do after the first few Nexus versions

FYI if you have disk encryption enabled you need to pause/disable it first (assuming you’re using automatic unlock using the TPM, which usually is the default)

Still less than the competitors

You’re responding downthread of QubesOS being mentioned

Sure it’s hard to get that kind of security onto mainstream distros. But it exists.

Root it

And a right wing government here in Sweden relying on a far right party to stay in power, all in favor of heavy surveillance

Not if you’re defying safety regulations.

Tools that decrease accuracy should not be provided to government employees

I’m using it without updates

The same argument goes for audio too.

6K and 8K is great for editing, just like how 96 KHz 32+ bit and above is great for editing. But it’s meaningless for watching and listening (especially for audio, you can’t hear the difference above 44khz 16 bit). When editing you’ll often stack up small artifacts, which can be audible or visible if editing at the final resolution but easy to smooth over if you’re editing at higher resolutions.

It’s the same ordering system, but different queues for drive-through, tills, and kiosk. Usually there’s some priority order, but tills and kiosk shouldn’t be different

I have good eyes, the zoom won’t help me because it doesn’t add pixels to the frame (maybe unless you’re downsampling?). I want more physical pixels, and then higher resolution text to make use of it!

More stacking of layers (like 3D cache) and more efficient architectures and nodes will bring it closer.

However, nobody’s ever going to beat TDP. Anything you can fit into a handheld can be multiplied several times over in a stationary console.

That’s incredibly difficult in compact form factors. Modular frames and connectors would also add weight, etc. So far you can basically replace the SSD and spare parts like the joystick. But I’d certainly like to see them try. We’re not going to see them make the CPU or GPU replaceable, but I’ve seen stuff like electrically activated glue for attaching components like screens while keeping it repairable because it’s easy to release with electrical activation again. Would be cool to see Valve make use of stuff like that.

At this stage, it’s likely they’ll move to RISC-V over ARM if they change architecture. Drastically freer licensing would give them more control and fewer headaches.

Proton isn’t the same as an architecture emulator. It wraps the Windows APIs and translate them to Linux system calls. Translating CPU instructions is more complicated because it’s much more latency and overhead sensitive, and slight architectural differences can drastically blow up performance hits to translation. You need hardware based emulation for some instructions.

IIRC the Switch 2 has weaker CPU in exchange for a more powerful GPU compared to the Steam Deck. Considering that console games specifically tend to be more GPU bottlenecked than by CPU, that makes the Switch 2 a bit more future proof since skilled devs will be able to deliver ports with a bit fewer compromises for a bit longer.

But it’s going to take a while before anybody will see the difference in most games, because neither of them will be pushed to their limits in (officially supported) games for a while. Most games that run on the Steam Deck are just running with adjusted graphics settings, not hardware specific tuning.