The two are not even remotely in the same category of CPU. This is a comparison of apples to orchards.
The two are not even remotely in the same category of CPU. This is a comparison of apples to orchards.
I was mostly being tongue in cheek, but I think it might be possible to launch steam in big picture mode, rendered by Gamescope, from the TUI. No DE required.
Don’t install a GUI and you can just skip this step
You son of a bitch, I’m in.
I’ve become a big fan of mini PC’s for home server use these days (with NAS systems for storage duties). Low power, low heat, low noise, and very affordable.
Beelink on Amazon makes a good selection of them. Always watch for sales. I have several of their machines and have been pleasantly surprised by all of them. The latest addition was one of their N95 systems with 8GB of memory. It hosts Jellyfin, Deluge, Wireguard (client and server), dns, forgejo, etc.
Its not as easy as launching from steam
Nonsense! Often adding as a non-steam game and using proton is one of the fastest ways to get up and running!
But yeah, it’s trivial
There hasn’t been a packaged release in a while. The repo updated last week, though. Not everything needs a high release cadence.
The most common alternative is probably Bottles
Proton does. I switched from Mullvad for that very reason.
I see you all over this thread and I want to share something you might find interesting.
You keep mentioning the server can’t handle the anti cheat because it needs to trust client data. Here’s an interesting thought: how is client anti cheat supposed to work when it needs to trust input data?
Look up direct memory access cheats. TL;DR Two computers are hooked up such that PC 1 runs the game, PC 2 reads memory from PC 1, and can then output keyboard/mouse inputs, as well as wallhacks/esp. How is the client side anti cheat supposed to know that the keyboard and mouse inputs are legitimate? How is the client side anti cheat to know wallhacks are being used when they are being rendered on an entirely different machine?
As a C# developer on Linux, I wish this was more true than it is. Working on a multi project dotnet solution in VSCode is still far behind Visual Studio / Jetbrains Rider.
Its also worth pointing out that the more you add to VSCode, the slower it becomes. If you add the toolkits to make it compete with Jetbrains products, it isn’t nearly the same lightweight editor anymore.
Won’t speak to Webstorm, but hard disagree when it comes to Rider. VSCode/Zed really fit into an entirely different category from Jetbrains IDE’s. Lightweight editors vs full fat development environments. There are use cases for each.
deleted by creator
90% sure wireguard (the VPN server) is going to need an open port if you want to connect from the outside.
It is and it isn’t. It’s super dependant on use case. They bill on operations, not bandwidth. Obviously if you are hosting video/audio to be streamed, that could mean massive savings.
Lots of people, often unknowingly. If you run apt install firefox on Ubuntu, you’re getting the snap version.
Hate to break it to you, but Battleye already has proton support. Devs need to enable it. Ubisoft knows this and has done nothing.
FWIW: I’m running jellyfin and a whole host of other services on a Beelink with an Intel n95 and 8gb of ram. Runs like a champ.
Using Firefox mobile, everything works and is mostly performance 🤷♂️
You’re going to connect to the seedbox at some point, which ties your IP to the traffic. If you are worried about a VPN attaching your IP to traffic, this is no different, no?
+1 on lower tier Intel CPU mini PC. I have a slew of different boxes by Beelink, Intel, and Asus. The N95 box I bought from Beelink (basically an N100) has been one of the most impressive for being so low power, and yet handling the wealth of services I’ve been running on it (with a lot of overhead yet).