#78 Lutris is being weird about launcher.bat

Hello. First of all, I'd like to thank you for making this patch. I found it by googling Genshin Impact on Linux and browsing to result page 2. And I'm glad I did, cause I have been wanting to play this one for a while!

So far, it's been working well, but putting it on my Lutris library is giving me some trouble.

Specifically, the game will show the mihoyo startup screen for a split second and then quit. Looking at the lutris logs also gives me this outlier: Can't recognize 'regedit mhyprot2_running.reg' as an internal or external command, or batch script.

For whatever reason, it just won't accept that regedit exists.

I have the Wine runner, executable pointing to the launcher.bat and working directory to the Genshin Impact game folder, where launcher.bat also is:

/home/yago/Documentos/GSI/drive_c/Program Files/Genshin Impact/Genshin Impact game/launcher.bat

Lutris reports this on initializing the game: Started initial process 40513 from /home/yago/.local/share/lutris/runners/wine/lutris-6.0-x86_64/bin/wine cmd /C /home/yago/Documentos/GSI/drive_c/Program Files/Genshin Impact/Genshin Impact game/launcher.bat

Any ideas? I'll be troubleshooting here and post if I find a solution, but I need help I think.

This is actually Krock/GI-on-Linux#71, but I removed the checks manually.

(Yes, the hosts file blocking is working.)

This might have something to do with Lutris' sandboxing.. hmm.. By running wine cmd on a terminal emulator with the following script:

#!/bin/bash
set -a

LANG=C

WINEPREFIX="/home/yago/Documentos/GSI"
WINEESYNC=0
WINEFSYNC=1
WINEDEBUG=-all
RESOLUTION=1600x900
ENABLE_VKBASALT=1

/home/$USER/.local/share/lutris/runners/wine/lutris-6.0-x86_64/bin/wine cmd #/c launcher.bat
echo Wine exited with return value $?

I have noticed that regedit doesn't work, regedit.exe doesn't either, and neither does C:/windows/regedit.exe

However doing dir C:\windows shows regedit.exe is there. echo %PATH% also shows a normal path. The heck.

This is very strange. The WINEPREFIX already decouples the most used paths by executables, and if they're located within %PATH% then I see no reason why it shouldn't work. Batch-based utility scripts are indeed rare but should still be supported.

It would make sense to ask the Lutris guys why neither find.exe nor regedit.exe can be run. It's very likely that other applications do not work either (taskkill, taskmgr, xcopy, ...).

However (!), keep in mind that this project goes against their guidelines. Hence mentioning it might actually reduce the chances for a helpful answer.

EDIT: As a workaround you could use Proton or system-wide vanilla 6.X (but without esync/fsync).

At least one member of the Lutris team is aware of this patch, as I helped them use it to install GI on their system while we were investigating the white textures bug.

They agree with keeping this repo in the dark because if anyone uses these patches to cheat, it will reflect badly on Linux and Lutris users in general.

So they cannot comment here in any case.

Reinstalled the game from scratch on a new wineprefix (mihoyo has some drunk-ass download servers that can't do bandwidth fairness, gee). After that I applied the patch and did everything with Glorious Eggroll's proton. Everything works now, and I can summon the game with Lutris as a 'Linux' game by pointing it to my script (here it is just in case):

#!/bin/bash
set -a

# Force english for debugging
LANG=C

# Wine configs
WINEPREFIX="/home/yago/Storage2/GSIoW"
WINEARCH=win64
WINEESYNC=1
WINEFSYNC=0
WINEDEBUG=-all
BACKDIR=$(pwd)

# Your screen size
RESOLUTION=1600x900

# Enable vkbasalt for post processing if installed
ENABLE_VKBASALT=1

# Game directory
cd "/home/yago/Storage2/GSIoW/drive_c/Program Files/Genshin Impact/Genshin Impact game"

# gamemode, use virtual desktop to fix alt-tabbing
gamemoderun /usr/share/steam/compatibilitytools.d/proton-ge-custom/dist/bin/wine explorer /desktop=praisekrock,$RESOLUTION cmd /c launcher.bat

echo Wine exited with return value $?

# Go back to where we started this script
cd $BACKDIR

It works now, so just avoid Lutris Wine for the time being. If you could add a notice to the readme that'd save people some time. WINEFSYNC is causing crashes for me but as WINEESYNC works and I'm bottlenecked by my GPU it's fine.

EDIT: Disable Lutris Runtime or it may crash even with this method

It's a Linux library, libvkbasalt.so, so I don't think the game even knows it exists

I've also used mangohud without problems here in GI

Sorry for the offtopic question but I see you're using vkBasalt. Is it safe to do so? I remember on Windows you can't use ReShade for example but that might not apply here given mhyprot isn't running.

VKBASALT & MANGOHUD are Vulkan layers atop of a working Vulkan implementation.

If you're using DXVK, all of these rely on that. If you're going to be banned because your D3D11 dll is funny looking, then it would happen because of DXVK itself rather than because of any Vulkan layer you may be using on top of it.

Huh, weird. Esync started crashing for me today, but switching to fsync stopped the crashes... yet before it was the exact opposite? Is wine temperamental or something? Cosmic rays?

Since this is going off topic and a workaround was found, I'm closing this, as it seems to be more of a lutris issue than anything.