Unfortunately not! Admittedly, I only tried the Flatpak on Arch while I tested Lutris on all the distributions we provide instructions for. I got a bunch of different errors when trying to launch Sono Hanabira 1. I’m reinstalling Bottles with Flatpak now so I can test it again.
First, I create a Gaming bottle. I change the Runner to system Wine, which is Wine Staging 8.12 for me. Then I get the classic File Join error:
So, it seems like the filenames are garbled. I install cjkfonts as a dependency—I wish it gave me feedback as to what it’s doing like Lutris does in the installer while it does this because it takes a while, but that’s a small usability thing. I also set the LANG=ja_JP.UTF-8 environment variable in settings for the bottle. I try to launch it again and the text isn’t garbled anymore, but I still get the filejoin error:
I try again, but I get the same error. At this point, I figure Sono Hana is probably a tricky game so I try H2O now, which I know works in normal Wine, Lutris, and even CrossOver, but I get this:
I’ll see if I can give it a try later tonight, since there may have been a regression since I last played anything. do you have any specific VNs you had issues with aside from sonohana? I played through the rance series using bottles up to magnum quest.
I try again, but I get the same error. At this point, I figure Sono Hana is probably a tricky game so I try H2O now, which I know works in normal Wine, Lutris, and even CrossOver, but I get this:
I tried Suteki na Kanojo no Tsukurikata, which gives me this:
<pre style="background-color:#ffffff;">
<span style="color:#323232;">00c4:err:module:import_dll Library UnityPlayer.dll (which is needed by L"Z:\run\user\1000\doc\2bcd2b83\Sutekina_kanojo_no_tsukurikata.exe") not found
</span><span style="color:#323232;">00c4:err:module:LdrInitializeThunk Importing dlls for L"Z:\run\user\1000\doc\2bcd2b83\Sutekina_kanojo_no_tsukurikata.exe" failed, status c0000135
</span>
I tried Amrilato, which tells me it can’t find the game executable and gives me this:
I tried Higurashi Meakashi, which gives me this even though there is a data folder named this:
<pre style="background-color:#ffffff;">
<span style="color:#323232;">002c:err:wineboot:process_run_key Error running cmd L"C:\windows\system32\winemenubuilder.exe -r" (126).
</span><span style="color:#323232;">There should be 'HigurashiEp05_Data'
</span><span style="color:#323232;">folder next to the executable
</span>
And it continues on in this fashion. I’m using sys-wine-8.0, but switching to soda-7.0-7 gives me identical results. It seems something is fundamentally broken in the install, but I don’t see how that could be given I installed it via Flatpak.
I do have dracuriot so I will be able to test that again then, by chance are you running the games from bottles internal system bottles’ “Program files”, I run all my games from that
Most of these games are installed in my ~/games/VNs folder, but Higurashi is in a Wineprefix. These games were installed long ago, and some of them don’t even have methods of installation. Since you gave me the idea, I installed Flatseal and gave Bottles free reign on “All user files (filesystem=home)”, which it didn’t have, but that didn’t help. I’m very much not an expert on Flatpak, so it’s possible I missed something basic. Lutris on Linux Mint worked perfectly fine with Sono Hana 1, so I don’t know what’s different about Bottles.
Edit: I copied Sono Hana 1 to ~/.var/app/com.usebottles.bottles/data/bottles/bottles/runner-dir/drive_c/Program Files/その花びら1 and it worked! In the end, it was something basic. I think I’m going to break the sandbox though because I don’t want to move all my games there: docs.usebottles.com/flatpak/…/use-system-home
One less extra launcher my ass, they’re not giving up their drm for steam’s, it’s going to run in the background and find a way to prompt you about your account
Probably. And in the past the additional launchers often were the reason why a game didn’t launch with Proton and needed fixing by Valve, first. We’ll see…
Good news, but still no more wayland support, as e.g. overclocking / undervolting options. Sad that nvidia binds these panels and CLI commands for OC/UV onto xorg options for newer cards - guess I’ll stay further on x11 for now.
Yeah, I am waiting for the 545 drivers which should contain a few Wayland improvements. I am slightly annoyed that this new update ISN’T that, but I am just impatient hahaha.
Problem is there is a total lack of Linux native games out there. Even major OSS games these days are not exclusively Linux native, but cross platform.
Good OSS games also tend to be niche. Like, for me, Simutrans and openTTD. Tycoon genre like this are no longer as popular as it once was
Highly recommended for anyone with a Steam Deck, or who might game on a Linux machine. On several occasions, Steam has told me that a game is straight up unsupported on Deck, but looking at Protondb, people say it works fine… And what do you know.
Also, some games might only work with ProtonGE, and Steam won’t tell you about that.
There are multiple things taken in account for the steam deck compatibility.
One of the issues, can be the very small display. In some cases the game may display small text or require a mouse for some menus, and it will be partially compatible, but in other cases it may be unplayable, or only playable with a mouse.
For sure. Though Steam will tell you in the case of the display being small, etc., as part of their compatibility check thing. It will often be yellow instead of green, and it will tell you the reasons why.
I’m talking about games that are full on “unsupported.” As in Steam shows the grey circle with the line through it. Specifically recently, Dark Souls Prepare to Die Edition is marked as “unplayable”. I skipped past it in my library for about a year thinking it wouldn’t work, before randomly looking on ProtonDB and seeing people say that it works fine.
And sure enough, works just fine. Even with DSFix. That’s just one recent example for me.
For the majority of gamers on Linux this makes absolutely no difference.
In fact running a Windows game through Proton is not far from a native Linux port. All that Proton does is provide an API similar to Windows. And then the game is just executed in this context. The game binary is still x86_64 code which then runs “natively” on the CPU.
linux_gaming
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.