

Works perfect out of the box

PROTON_USE_WINED3D=1 %command%
Needed to use desktop mode to make the game run. From gaming mode directly, the game crashes after it starts.

I tried proton 7, 8, 9, experimental
Works ootb.
Runs perfectly

Black screen with music
Able to launch the game but only got a blank screen with the (fine) audio playing
I can no longer play the game since it fails to a black screen with : Graphics Error E04911: Failed to get the memory type for an image.
Autosave causes the game to crash on every startup now
Graphics Error E04911: Failed to get the memory type for an image.
Graphics Error E04911: Failed to get the memory type for an image.
Only black screen with music
The games starts up and music begins to play. But the screen stays black. Not playable at all. Also tried with Proton Next, Proton Experimental, Proton 7.0.5 and Proton 7.0.4.
After you get past the black window everything works a-ok. Completed on two machines.
The initial window is blank but when you try to close it everything starts working.
Tested on Fedora 36, EndeavourOs with laters patches and MX Linux 21.2.1(AHS). Did not notice any remarkable differences between the distros. Always used proton experimental and latest nvidia drivers.
VK_ICD_FILENAMES=NONE %command%
Originally it loaded with a blank screen with audio playing. Adding the following launch option fixed it: VK_ICD_FILENAMES=NONE %command%

VK_ICD_FILENAMES=NONE %command%
The game hangs every fifteen minutes or so, forcing me to make a hard reboot. This seems to have stopped after the very latest update.
Seems to have stopped after the last update.
The game is missing an executable. In order to launch it, I had to select 'linux_beta' in the game options. The game starts with a black screen. This can be fixed by forcing the game NOT to use vulkan by launching it with the command VK_ICD_FILENAMES=NONE %command%
Runs like native Windows. Linux native beta rolled out by now and also work flawlessly.

Return To Monkey Island is great on the Steamdeck. It ran right away and I also tried the GE-Proton version to and also ran with that. Might be the best place to play this game here on the go with the Steamdeck
Launches to a black window with background music. Will not display fullscreen but menu works in windowed mode.
Nice game to play on the SteamDeck!

PROTON_USE_WINED3D=1 %command%
Add renderer: "directx" in Prefs.json
Graphics Error E04520: Failed to create a D3D texture. (error 8007000E)
I have now reached a point in part 2 that the game always crashes and can't play any further.
Works like a charm
music but black screen. was not able to fix it with config changes or protontricks
it seems its not working anymore - hopefully this changes soon. i tried all mentioned changes, older proton versions and other tricks but i was not able to see the menu
Does not work without internet connection. Gives a dim or black screen with music playing.
Which version of Proton will successfully launch the game seems to vary with updates. Sometimes default Proton works, sometimes I have to switch to experimental or GE. I've never run into a situation where none of them work.
Installing d3dcompiler_47 with protontricks and setting the renderer to directx works if:
- You have Mesa 22.0 or higher (Proton Experimental bumped minimum version to Mesa 22.0)
- You are using the newer Intel driver. Mesa 22.0 doesn't work with the classic i915 driver
The problem
Linux Mint 20.3 ships with Mesa 21.0 and it uses the classic i915 driver by default. Mesa 22.0 does not detect the required DRI3 support from i915 since support is deprecated.
Solution
- Install the Kernel 5.15 since it's required by Mesa 22.0
- Upgrade to Mint 21 and/or install the latest Mesa drivers using this PPA: ppa:kisak/kisak-mesa
- Enable the latest Intel driver and DDI3 in the XOrg configuration:
Section "Device"
Identifier "Intel Graphics"
# Driver "i915"
Driver "intel"
Option "DRI" "3"
EndSection
Once you restart your system you should see that DRI3 is enabled:
% cat /var/log/Xorg.0.log | grep "direct rendering"
[ 1428.211] (II) intel(0): direct rendering: DRI2 DRI3 enabled
Some useful commands
Detect mesa version:
glxinfo | grep "OpenGL version"
OpenGL version string: 4.6 (Compatibility Profile) Mesa 22.2.0 - kisak-mesa PPA
Detect if hardware acceleration is enabled
glxinfo | grep "direct rendering"
direct rendering: Yes
Detect if DRI3 is really enabled
% cat /var/log/Xorg.0.log | grep "direct rendering"
[ 1428.211] (II) intel(0): direct rendering: DRI2 DRI3 enabled

Black screen, with audio
Not playable.
It was working fine a few days ago, but after latest Proton update the game starts, but just gives a dim or black screen with music playing. I have to forcefully quit the game to exit as the controls do not respond.

Game starts with black screen with music
Will run after running 'protontricks 2060130 d3dcompiler_47'
Everything seems to work flawlessly.

Was able to run it once before the latest update, but now I get a blank screen. Tried it on Valve's recommended version, ProtonGE and Proton Experimental. Won't run anymore.
Played the whole game on my Manjaro Box without any issues. Mouse and controller just worked out of the box.
Works like a charm
1.2 version broke mouse controller but 1.31 version fixed that and now everything works
Starting from Steam without Glorious Eggroll does not work, with GE it works as under windows.
gamemoderun WINEDLLOVERRIDES="winmm=n,b" MANGOHUD=1 %command%
Edited Prefs.json to sync the framerate with my monitor's refresh rate (see https://www.pcgamingwiki.com/wiki/Return_to_Monkey_Island#Enable_higher_framerates) and added a mod to remove the black bars on my ultrawide (see https://gameplay.tips/guides/return-to-monkey-island-ultrawide-fix-guide.html).
Runs great! I only noticed some choppiness and vertical tearing on the scrolls. When syncing the framerate with my monitor's refresh rate (changing the game config), it was a lot better.
Still there was some minor tearing on the sidescrolls. The game does not have a vsync setting, so I tried enforcing it from MangoHud or with launch options. Made no difference.
Then, I toggled the compositor and the problem was gone! Default behavior is to turn off compositing, but in my case (with KDE, so KWin) the compositor had to remain enabled. Now it's buttery smooth at 120 fps! (Also not a tough game at all to run on a decent GPU, typicaly 30-40% utilization.)