Open PadreAdamo opened 6 years ago
@mvdstam My follow-up comments on reddit have a link to a Proton version with the flickering patch applied to DXVK 1.0.1, which has a bit better performance than the 0.96 version, so there's no need to use the old version.
The patched 1.0.1 is available here. If you actually look at the commits, K0bin is the real MVP for making the flicker fix work with 1.0. The only thing I did was add Grim Dawn support.
I can't launch Grim Dawn. I get the dialog for 32bit vs 64bit, but when choosing either nothing happens. Launching Steam from a terminal does give some (hopefully helpful) output when it crashes (included below). I have tried on every version of Proton from 3.7 to 4.2, including the betas.
It's hard to tell which of the errors are specific to this and which may be safely ignored, but these stick out:
[S_API FAIL] SteamAPI_Init() failed; no appID found.
Either launch the game from Steam, or put the file steam_appid.txt containing the correct appID in your game folder.
Proton: Missing or invalid openvrpaths.vrpath file! [Errno 2] No such file or directory: '/home/ross/.config/openvr/openvrpaths.vrpath'
shadercachemanager/shadercacheimplsteamdepot.cpp (75) : Assertion Failed: Platform disambiguator mismatch!
ERROR: ld.so: object '/home/ross/.local/share/Steam/ubuntu12_64/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS64): ignored.
ERROR: ld.so: object '/home/ross/.local/share/Steam/ubuntu12_32/gameoverlayrenderer.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
The full error given: https://gist.github.com/rosshadden/66d20b2b5823068a5bb1f8a838bea57c My system information: https://gist.github.com/rosshadden/fba3b2e3378b01835af987f8d84672a0
Update: Tried with steam-native as well, and I get similar errors (added to gist above). The only difference I found was that steam-runtime had this error and native did not: wine: cannot find '/home/ross/.local/share/Steam/legacycompat/iscriptevaluator.exe'
(and sure enough, that file exists and is readable by everyone).
Apparently I skipped a proton version. Based on this comment I tried proton 3.16-4
and it launched. After running it with this version of proton, I tried with 4.2 and it worked as well... Nothing other than trying 3.16-4 was done since when it did not work, so either something random is happening or there are some artifacting side-effects going on that bleed across proton versions.
I've had it crash a couple times with me, as well, but I had the /x64 flag set. If I don't set it, it seems to launch OK. Perhaps coincidence?
I'm already using dx9. With dx11 there flickering textures on previous versions of the game too.
Are you also putting +fullproc on the command line? Here's the Launch Options I use for Grim Dawn. No flickering, no noticable issues with FPS.
/d3d9 +fullproc
@greydmiyu Nope, I do not have +fullproc, and quick googling says there no such option for Grim Gawn: https://steamcommunity.com/app/219990/discussions/0/535152276590715701/#c535152276591233289 But I'll check it soon.
I have been messing with the dxvk modified versions posted above. Unfortunately I don't have Proton 4.2 yet (I still don't know how to manage/update Proton versions, if possible through steam). So all test has been performed in 3.16 Beta
The updated dxvk version (1.0) in reddit works as fine as is the 0.96 posted in the video above.
FPS is great, no more Flickering,everything looks fine except... there is a small stutter every 2-3 seconds which is very annoying, such a pity.
As other mentioned before, disabling dx11 halves performance (even at lowest resolutions, and considerind I am using a 1080ti, something must be wrong) so I have discarded that option.
Using the dxvk modified version is not 100% playable without the stutter every 3-4 seconds. If anyone has been able to make it run smooth... could you please share Proton folder? Thanks
Hello @jesusredondo, Proton versions managed by Steam are listed in the Tools section (Steam -> Library dropdown -> Tools).
@kisak-valve Thanks a ton! Downloading proton 4.2... I will update with the outcome.
Ok, proton 4.2 fixed everything. No need to include the modified dxvk dlls.
Thanks!
With 4.2, you're not getting the flickering on dx11? I just tried 4.2-1 without the modified dxvk, and it's still flickering for me. It comes and goes. It almost seems to be similar to the old Titan Quest missing texture bug in that sometimes when you restart, the bug is gone.
Yes, I have just installed the 4.2.1. and it made the trick. No flickering at all. And the 3 second stutter is almost gone (almost). Very playable now. I have latest nvidia drivers (1080ti), I also updated the kernel to latest version ( somebody in protonDB fixed the flickering doing so).
Maybe I fixed the flickering by doing both things: Kernel upgrade and proton 4.2.
@greydmiyu no noticeable difference with +fullproc
For dx11, Proton 4.2 with unpatched dxvk do not works for me too.
https://github.com/doitsujin/dxvk/issues/405 Apparently with dxvk 1.1 the flickering is fixed?
It looks like #864 has a similar issue.
Popular unofficial Grim Dawn community mods. (Not steam workshop)
DISCLAIMER: I am not the author of these mods. Use at your own risk, no warranty provided, may destroy your save games, may cause data loss, get your steam account stolen, permanently banned, damage to hardware or personal injury.
At time of writing this post:
0) Download GrimInternals.
1) Extract GrimInternals, as per the windows instructions.
(Typically; "/home/__YOUR_USER__/.local/share/Steam/steamapps/common/Grim Dawn"
)
~Note: I extracted griminternals inside the /Grim Dawn/x64/
folder instead, because it cannot find the dlls inside the /x64/
folder otherwise.~ Note: this is no longer the case.
OK, I got it working tonight. For me, I had to make sure GrimInternals64.exe and GrimInternalsDll64.exe were located directly in my Grim Dawn folder. Having them in the x64 folder simply would not work.
@SherrifsNear https://github.com/ValveSoftware/Proton/issues/466#issuecomment-503800017
2) Can dump the proton run command via adding launch options to Grim Dawn:
Properties > SET LAUNCH OPTIONS...
PROTON_DUMP_DEBUG_COMMANDS=1 %command%
3) Run and then exit Grim Dawn.
4) Make a copy of the dumped run command, to home directory:
cp "/tmp/proton_$USER/run" "$HOME/run_grim_dawn.sh"
5) Edit $HOME/run_grim_dawn.sh
with text editor, and modify the DEF_CMD
var file path to point at GrimInternals. And any other customizations as you see fit.
cd "/home/__YOUR_USER__/.local/share/Steam/steamapps/common/Grim Dawn"
DEF_CMD=("/home/__YOUR_USER__/.local/share/Steam/steamapps/common/Grim Dawn/GrimInternals64.exe")
Note: I also explicitly have the version of proton installed, under Library > Tools. Which appears under $HOME/.local/share/Steam/steamapps/common/Proton __VERSION__/
6) Make it executable:
chmod +x ~/run_grim_dawn.sh
6) Run it:
cd ~
./run_grim_dawn.sh
If it fails to run, you can remove this line from the run command, to get errors printed to the console. To help troubleshoot. But comes with a small performance penalty.
WINEDEBUG="-all" \
Should also be able to add it as a Non-Steam game shortcut.
0) Download Item Color Filter and check that you have the latest version.
(outdated versions may break in-game text descriptions)
1) Extract the Item Color Filter, as per the windows instructions.
(Typically; "/home/__YOUR_USER__/.local/share/Steam/steamapps/common/Grim Dawn"
)
2) Play Grim Dawn.
3) Manually update after each Grim Dawn release.
I haven't had any luck with GDItemAssistant which depends on dll injection.
As per @lieff 's comments below: https://github.com/ValveSoftware/Proton/issues/466#issuecomment-483631990
java -Xms1024m -Xmx1024m -jar GDStash.jar
You can also put this in a shell script (.sh
) file with executable permissions chmod +x
, and then add to steam library for convenience.
#!/bin/sh
java -Xms1024m -Xmx1024m -jar GDStash.jar
GDStash works for me. Both variants: installed inside wine prefix or linux native. Native runs like this: java -Xms1024m -Xmx1024m -jar GDStash.jar
@scottc thanks for taking the time to post that in such detail - I miss auto-pickup! Will try and implement when I get back from work...
Just can't get GrimInternals working on my setup. A few changes from @scottc description above: (1) Needed to chmod +x the files after expanding; and (2) Rather than manually editing the path details in Steam use the 'Change...' button to locate the GrimInternals64.exe file. This populates the "Target" and "Start In" elements with your details...
..but although GrimInternals obviously runs it always gives a "Can't find Grim Dawn!" error for me. I presume there is some Windows path it's looking for beyond the launch folder. Any assistance greatly appreciated...
@Pardlerum
..but although GrimInternals obviously runs it always gives a "Can't find Grim Dawn!" error for me. I presume there is some Windows path it's looking for beyond the launch folder. Any assistance greatly appreciated...
It would be looking relative to the current "working directory".
New instructions https://github.com/ValveSoftware/Proton/issues/466#issuecomment-483628753
Thanks for the update @scottc. Working! I am very happy. :)
Latest proton 4.2-3 and Nvidia 418.56 now works with dx11 without glitches.
Hmm, using @scottc's instructions I can get GD to load from the GrimInternals bash script but Ctrl+F5 does nothing.
Hmm, using @scottc's instructions I can get GD to load from the GrimInternals bash script but Ctrl+F5 does nothing.
Have you edited the shell script to use GrimInternals?
DEF_CMD=("/home/YOUR_USER/.local/share/Steam/steamapps/common/Grim Dawn/x64/GrimInternals64.exe")
Does it mention GI version in the bottom right hand corner of character select?
v1.1.1.2 (x64) (GI v1.77)
If GI is working, but the configuration UI is not. As a workaround, you can edit the GrimInternals.ini
file for configuration changes before launching the game.
I believe most of the run-time dependencies are similar between grim dawn and grim internals. Can try turn on WINEDEBUG console messages by removing WINEDEBUG="-all" \
. For additional information.
Yes, the proper .exe is set in DEF_CMD. No, the GI version does not show up :/
I have tried without suppressing debug output but I see nothing that indicates an error. If I misspell GrimInternals64.exe it throws an error so it is definitely looking for that file.
It does have these lines when starting:
info: Game: Grim Dawn.exe
info: DXVK: v1.0.3-4-g46908d47
info: Found built-in config: Grim Dawn.exe
The same thing happens for steam-native and steam-runtime.
Update: commenting out SteamGameId="219990" \
seemed to fix it for me. Note SteamGameId
, not SteamAppId
.
Hopefully this helps if someone else has problems.
@scottc Thanks you I follow and its work for me with latest grim internal v1.1.2.2
Event better I try to improve it so that we can run it inside the steam instead running the script
[https://i.imgur.com/ZkukHuW.jpg](me playing)
run_grim_dawn.sh
in the folder and after clicking on it press on "Add selected Programs"target: "/home/{user_name}/.local/share/Steam/steamapps/common/Grim Dawn/x64/run_grim_dawn.sh"
call start in: "/home/{user_name}/.local/share/Steam/steamapps/common/Grim Dawn/"
set launch option
: None (can edit params later)And now we can play it on steam
I'm having issues getting GrimInternals to run. Followed the steps above from @scottc and it doesn't want work even though GrimInternals64.exe process is running. It seems to spit out this error when loading to the main menu.
Timed out waiting for game mapping!
002d:fixme:system:SystemParametersInfoW Unimplemented action: 59 (SPI_SETSTICKYKEYS)
002d:fixme:system:SystemParametersInfoW Unimplemented action: 53 (SPI_SETTOGGLEKEYS)
002d:fixme:system:SystemParametersInfoW Unimplemented action: 51 (SPI_SETFILTERKEYS)
info: Presenter: Actual swap chain properties:
Format: VK_FORMAT_B8G8R8A8_UNORM
Present mode: VK_PRESENT_MODE_IMMEDIATE_KHR
Buffer size: 1920x1080
Image count: 3
Here's the full log from the terminal.
Taking out SteamGameId="219990" \
doesn't seem to change anything either.
Hello @blutigJK, @beaverusiv, your comments were removed due to the request and link of copyrighted content. This is legally problematic.
blutigJK, did you ever solve this problem? I am having the same issue. GrimInternals64.exe runs no problem, but it isn't actually enabled in-game.
@SherrifsNear Unfortunately not. Older versions also straight up don't work as they need older versions of the game to work. I'm currently waiting for the Steam Summer sale myself to buy the DLCs before I pick up Grim Dawn again as the two builds I want to play with require the DLC classes. Hopefully someone can chime in by then with a potential fix or I eventually figure it out.
OK, I got it working tonight. For me, I had to make sure GrimInternals64.exe and GrimInternalsDll64.exe were located directly in my Grim Dawn folder. Having them in the x64 folder simply would not work.
I copied what AndyHoang & SherrifsNear posted & it's working for me too, thanks guys. :D
Thanks @SherrifsNear for fix.
Hi all, for those using Grim Internals, feel free to try my proton build. It has detection for grim internals and will ask you if you'd like to run it before running the game, and will run it ootb without hassle.
https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/4.11-GE-1
*Also, I recommend copying the Grim Internals files into just the game's main folder.
Grim Internals launches the 64 bit version of the game regardless of which folder it's in, so there is no point in using the Play Grim Dawn (x64) option that steam gives.
If you wish to use Grim Internals and have both options work, you will need to copy the Grim Internals files to both the game's main folder and the x64 folder.
I run this on Arch Linux using Steam with the latest Proton. I have a recent Intel i7-7770k CPU and a NVIDIA GTX 1060. Outside of fights, even with graphical settings all maxed, the game runs at a stable 60 FPS -- in most cases even during the fights. However as soon as I use the Demolitionist's skill "Blackwater Cocktail" and hit a group of enemies, the frames drop to around 1 FPS for several seconds initially. This keeps happening and doesn't get better.
Just to test, I also set the lowest graphical settings possible and tried again: even there the game freezes up for several seconds. This is specifically happening in the Sewers during the early-game mission for Barnaby. Anyone else had this experience?
I found the issue: it was the sound SFX. After muting it, the stutters disappeared entirely when using the skill. I suspect this happened in combination with my specific Pulseaudio configuration (/etc/pulse/daemon.conf
) which had some non-standard high-quality values:
resample-method = soxr-vhq
flat-volumes = no
default-sample-format = s24le
default-sample-rate = 192000
alternate-sample-rate = 192000
I assume this caused Pulseaudio to have to resample a bunch of sound effects that all occurred at once during an explosion, causing the game to stutter. When I revert this configuration to its much less demanding defaults, the stutters are gone even with the sound SFX slider enabled.
What's strange is that even setting the resample-method
to speex-float-1
, to my understanding a very cheap resampler, doesn't fix the issue -- so I suspect it has something to do with the target sample format. Anyways, my workaround for now will be to change these settings before playing -- however, maybe it's worth looking at how these sound effects are forwarded to Pulseaudio, maybe there's a way to optimize this: but I am not well-versed in audio at all.
I did some more experiments and simply setting: default-sample-rate
and alternate-sample-rate
to their defaults was enough.
Not sure how its ended up, but to use GrimInternals on proton, I have to use GloriousEggroll custom proton build, the old way from @scottc make the game constantly crash (try latest griminternals and proton (4.11.8). Hope someone can double check with me Normal grimdawn worked like usual (v 4.1.5.1)
Heavy microstuttering/stuttering when using Linux 5.4rc7 kernel on Manjaro. Switching back to 5.3 solves most of the stuttering, though changing anything including proton version seems to bring it back until a reboot. May just be my machine though.
So the game has an in-game clock that you can click or hover over to see the real world time (the button is right above your character level). However, the time is being displayed in UTC instead of localtime. The hardware clock in BIOS is set to UTC (as it should be), and the timezone is correct in linux as shown by timedatectl. The timezone in regedit is also correct (HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\TimeZoneInformation)
Anyone else experiencing this?
Just checked & everything is the same for me in the way of settings but I'm getting the correct time on the in-game clock.
Works great out of the box using the x64 exe!
Tested the game with Proton 5.0-2 and 5.0-3, it seems to works well (I haven't played too much).
Important: when started, the game has long loading times during which it shows only a black screen. Don't be fooled like me believing it crashed, it (maybe) is just compiling shaders.
Launched the game selecting "Play Grim Dawn" from the menu that appears when you press the "Play" button into the Steam Client game library.
My specs: GPU: AMD RX 580 4GB Driver: Mesa 19.3.4 Distro: Manjaro CPU: Ryzen 2600, 16GB RAM
Play
button in the Steam client is sufficient.P.S. I played about 65 hours through the whole base game. I did almost all quests I found and explored all areas I found. Had no problems at all. (I had installed all expansions, but did not play the expansions, yet.)
Hello, is anyone seeing an issue with this game and Proton 4.11 that would block it from being whitelisted?
For what it's worth, I've been playing it on the 5.0 tree, and it's just fine. I didn't have a problem with 4.11 when I was using it.
After updating to 5.x I had the feeling that some mouse clicks did not register when moving. After downgrading to 4.11 it did not occur. Not really sure about it though, could also be the area I was in or just clicking on the wrong area etc. Checking on protondb.com it seems at least another person had the same problem, quote: "I would click somewhere and sometimes it wouldn't register. Was annoying, but not gamebreaking."
I'm still playing on 4.11 (because it just works) and almost finished the Malmouth expansion. Still no problems at all. Not a single crash or glitch in over 80h of play time. The only minor issue I have with the game is that sometimes square areas of the map are revealed. But it seems to be a general game bug: https://steamcommunity.com/app/219990/discussions/0/405693392915991830/ https://steamcommunity.com/app/219990/discussions/0/1483232961039531181/
@wfstuff I played nearly 5 hours last weekend using Proton 5.0-4 and everything worked perfectly, never had the feeling that mouse clicks were not registered.
No issues with Grim Dawn across AMD hardware. Launches perfectly.