Honestly, not even mad. Sucks for the victims, but we need hackers poking holes in kernel anticheats. Show the game companies that kernel anticheat is a waste of effort and maybe this horrific plague of gaming will die off.

If Bungie is behind it I have zero interest without even knowing what it is. Destiny 2 was an OK game, but its god awful anticheat bans Linux users. That is a sure-fire way to make me pretend your game doesn’t exist. Client side anticheat is a plague. Do it properly on the server side.

Until any competing store releases a Linux client, I can’t really argue against Steam. They are a gatekeeper and almost a monopoly, but they’re also the most benevolent and pro-consumer gatekeeper that we have in the PC gaming distribution space. As long as all the competition continue to be Windows-only and, in some cases, actively work against Linux users, I don’t want Valve’s digital fiefdom to fall.

I’ve been experimenting with both of these and recently wrote up a guide for installing FEX on postmarketOS (as I am testing it on my phone and tablet) but the steps should work for Pi as well.

https://wiki.postmarketos.org/wiki/Steam

I also just made a video tutorial/demo on YouTube. I ran Half Life 2 and Tomb Raider (2013). I’m not sure how capable the Pi 4 GPU is in comparison to the Adreno GPUs I tested.

https://youtube.com/watch?v=EuOX2L_yNqI

Box86/64 and FEX can both run Steam on ARM. Lighter games should be playable on RPi4 and 5.

Except the one platform that actually matters, Linux. My girlfriend got me into this game and it’s the only game I have to keep a Windows installation around for. It doesn’t run on the Steam Deck, so it’s the only multiplayer game I play where I would even contemplate having to play it on Switch. I hate Epic Games.

Too bad they added shitty anticheat that broke GTA Online. I can’t trust Rockstar anymore and I won’t be buying these. RDR on PC was something I really wanted, but not after Rockstar betrayed us by basically revoking our access to GTA Online after almost a decade.

I’ve been pretty happy overall with my Arc A770. For the price, it performs well, and driver issues are mostly a thing of the past. My only complaint is that the anv Mesa driver doesn’t implement VK_NV_device_generated_commands which appears to be a requirement for some D3D12 games on Linux (Starfield being the one I had issues with). Luckily, it looks like there is a new non-NVIDIA specific extension to solve that and an open MR in the Mesa GitLab to add it to anv.

If you read the article, it is indeed full Linux because the 4004 is running a MIPS emulator that provides the necessary memory management features. Pretty much all of the “run Linux on some old chip incapable of running Linux” projects achieve it via emulating a more featured architecture that Linux supports, not by somehow compiling Linux to natively run on a 4 bit, MMU-less architecture.

This was my early high school days. My friend and I would play Mario 64 DS wirelessly across the hall because we were in different classes but close enough for a WiFi connection. Great times. Also, the Metroid demo included with the console was a fun multiplayer experience.

I got ab RG35XX Plus when it came out. Very nice little Game Boy style handheld. I played a bunch of GBA, GB, and Genesis games on it but it’s capable of a lot more.

Linux on phones and tablets is a thing. Typing from my Xiaomi Pad 5 Pro running postmarketOS and LibreWolf.

How is the external display connected? I have never seen Freesync over HDMI work. The early implementations were AMD proprietary and the new ones require HDMI 2.1 which has some ridiculous bullshit about not being implemented by open source drivers. HDMI sucks, use DisplayPort if possible. If your laptop doesn’t have a DisplayPort connector, try a USB-C to DisplayPort cable, as usually the type C ports on laptops support DisplayPort alt mode.

Pretty much all ext4 except for a few Windows installs on NTFS.

Maybe this explains why my webcam indicator is on when no applications are using it. It’s been confusing me for a while now. I’ve double checked anything that I expect to access it is not, and it doesn’t seem to be locked because opening it works, but it sometimes boots up woth the light on. I am using Arch with pipewire so I’ll check and see if this is what’s going on.

I second this, second disk is best as you can keep your old Windows drive in case you ever need to go back for any reason. Modern UEFI makes dual booting way easier than it used to be as the UEFI itself provides a boot menu so you don’t need to fiddle with dual booting using a bootloader like GRUB.

I’m not sure about FF specifically, but 99% of the time you’re connecting a microcontroller to a PC you’re doing so over a serial port (UART) of some sort. It may be a physical COM port or it may be a USB to serial adapter or even a purely virtual serial port over a USB connection, but the methodology is all the same. Unless you are running a serial terminal on that port (as in, a commandline on your PC served on the given /dev/ttyX interface, not a terminal emulator letting you read/write from the port), the microcontroller can’t just run scripts on the PC. Instead, you will want to write a script/program that opens the port and waits for a command to be sent from the microcontroller, then that listener script can execute whatever functionality you require. Note that only one application can have the port active at a time, so if your listener is a separate program from your event handler, you will have to close the port on the listener before running the handler, then reopen the port on the listener once the handler is done so it can start listening for the next event. Better to just make it all one program that is always running on the PC and does both listening for events and handling them so there’s only one program that needs access to the serial port.

I don’t disagree, but today the blame lies with CrowdStrike, not Windows. As much as I hate defending Windows.

Yes, coincidence.

I can’t disagree with you there.