eso and fo76 work pretty good. pokemmo is good too but i have been banned too many times (because i made it a game to play factorio with opencv instead of pokemon lmao)
Despite having so many game offerings over the years, it REALLY feels like Apple has still spent 30+ years shitting on games and gamers. They want games and gamers to conform to THEIR rules instead of them catering to games and gamers.
I have a $4000 Mac with top-of-the-line hardware that requires that I use emulators or virtualization if I want to play games. I have a bunch of legit “macOS-native” games on Steam that I cannot play because they are 32-bit. OpenGL was also scrapped, and with it any chance of several games that could have been updated to 64-bit. Apple will tell you that those are old and depreciated technologies. Well, guess what, it doesn’t fucking matter.
Meanwhile Microsoft and Linux developers have spent the same 30 years catering to games and gamers, trying to ensure everything under the sun keeps working, regardless of how old it is.
Pretty much any Win32 app from the past 30 years still works on Windows, and Steam on Linux has made it dead-simple to load many Windows games as easily as if they were Linux games.
I’m glad Linux surpassed macOS. I hope it keeps growing. It will be better for everyone when it catches up to Windows, as well.
@BitingChaos@petsoi this is why valve or some other true Linux laptop need to come in the game. Steam deck proves that Linux can be fun and useful. It’s hard finding a gaming laptop that can be used for all day work like school or whatever.
Completely agree with you on all of this, but I do think Apple are making moves to change this by working with developers on the Metal API. However that’s only forward facing rather than looking at “legacy” support for games. My problem is their focus on mobile first gaming rather than any of their other hardware.
As much as I like Apple products, I’m please Linux is finding its place in gaming. Something had to start giving Microsoft some competition somewhere.
I don’t think forcing already over-worked game developers into supporting yet another rendering API is going to win them any bonus points though. Apple’s insistence on Metal is very strange and a total reinvention of the wheel on both sides.
A assuming you mean Vulkan, but did you know Metal is older than Vulkan by 2 years? It’s hardly a reinvention of the wheel from Apple here. Plus it allows them to give complete low level support of their own silicon and hardware that you’re likely to not yet with other APIs. A lot of developers also use MolktonVK to get around that support.
did you know Metal is older than Vulkan by 2 years?
Did you know that Vulkan started out as Mantle which predated Metal by half a year? Anyways, the time of release doesn’t really matter. What matters is whether its a graphics standard. Instead of adopting standards and creating a better developer experience for everybody, Apple chooses to go their own way…again. That’s the reinvention I am referring to and it causes a trickle down effect that affects everybody else. It’s extra work on Apple developers and game devs alike.
Plus it allows them to give complete low level support of their own silicon and hardware that you’re likely to not yet with other APIs.
No reason why they can’t be done via Vulkan extensions IMHO. Also, I am okay with them having Metal for such purposes…as long as they also support Vulkan and other standards. The problem is that they don’t.
A lot of developers also use MolktonVK to get around that support.
MoltenVK is just another example of the extra work that everybody else has to do to support Apple’s platform.
With specific regard to OpenGL, GL 4.1 is still supported on the latest version of macOS afaik. It was asinine that they deprecated it, but I’m not aware of any reason it would preclude a 64-bit port of a game that previously worked in x86 mode.
It’s gonna be funny if people start dual-booting Linux on Mac in the future because they get better game support with the reverse engineered Linux GPU drivers.
They want games and gamers to conform to THEIR rules
But they do it in literally everything. Keyboard layout, window management, graphic api, hardware, peripherals, browser api on ios, and the list goes on. Dont get me wrong, I totally hate apple for this, but if in 2023 you expect something different from them, I think it is on you
I played for a lot of time Elder Scrolls Online on linux without any problems (except some addons) but in generally it works really well, without performance problems or something else. I used the official launcher with lutris and had a lot of good time playing it.
Not sure if it’s your cup of tea, but Old School Runescape runs perfectly on Linux. I use the Runelite client too for better graphics, in game quest guides, etc and it runs great.
As far as i know most MMOs don’t run heavy anti cheat stuff as they are built to not trust the clients so i suspect a lot will work fine.
Some i know work perfectly fine are:
Guild wars 2, both through lutris and proton. Back when i originally swapped to linux i had some issues getting the commonly used dps meter (arcdps) to work with proton. It requires some optional features to be enabled to allow direct x overlay windows etc. Worked first try through lutris though and ive been playing the game on and off for the past year through that without issues.
The Elder Scrolls Online, works perfectly fine through proton. You can even get the standard addon manager (minion) working through standard wine and just point it at the right folder for addons to work. A few that require running programs to update stuff will be fiddly though. (Like tamriel trade centre)
Final fantasy XIV has an unofficial launcher (XIVlauncher) you can snag up on the flathub that makes installing and running the game easy. I have not played the steam version, but i imagine it works as well.
Warframe works fine through steam, but its barely an MMO.
Second life works fine with the common viewer, firestorm, having a native linux version.
Add PROTON_DUMP_DEBUG_COMMANDS=1 %command% to the Launch Options in the Properties menu of the game. Launch the game once and then check in /tmp/proton_(your username). There should be bash scripts for running the game in there. Close the game in Steam and launch the game using the ./run command and see what errors come up.
I don’t think that’s a solution, unless one of these installs out of the box some other version of a driver or module. And all three are rather using older versions. Maybe Mint could be a little bit more up to date.
I would propose: execute steam with PRESSURE_VESSEL_SHELL=instead (PRESSURE_VESSEL_SHELL=instead steam in a terminal or launcher where you type what to execute) and once you have xterm run the game with “$@” > $HOME/tmp/sniper.log 2>&1. That will redirect the output from the process to the file which you can use after reboot to search what is the problem you are having. If there’s not much inside, retry with export WINEDEBUG=+all; “$@” > > $HOME/tmp/sniper.log 2>&1. The latter will run very, very slowly but should print debug of everything that happens in proton
linux_gaming
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.