As the main maintainer of the script mentioned (GloriousEggroll) “files become corrupted after running the game, for some reason”, thus he had to download it all again in each run.
I’ll add rm Warframe.exe Warframe.x64.exe (with the proper pathing) to the script over here.
EDIT: it doesn’t feel like it’s necessary ALL the time, so whenever I have any trouble launching the game, I’ll delete the binaries and let the script download them by itself
Warframe.exe is a bit more sophisticated in updating the game files than our little script
in --full-update mode our script downloads all the assets from the server and stores the md5sum of the downloaded files in Download/Public/local_index.txt. The file index.txt contains all the filenames and their hashes (provided by the warframe server). If a hash in index.txt is different to the one in local_index.txt (or there is no entry in local_index.txt for the file) the script downloads the file from the warframe server and adds an entry to local_index.txt with the newest md5sum.
This requires to download all the files from the server (which are about 20GB I think)
Warframe.exe on the other hand can download only the parts it knows needs to be updated and then modify the local game files with those updates. With this the local gamefiles get “corrupted” because they don’t have the md5sum as indicated in index.txt. But they are nevertheless up to date
That’s why I chose to just download Warframe.exe and let Warframe.exe do the updates (except in the rare exceptional cases)
If anything is unclear just let me know
I have to look into how Lutris is doing the enabling of DXVK. Sounds very interesting. I’m now using a separate wine_prefix with DXVK installed (./warfame.sh --install-dxvk)
@dan1lo_bc FYI: I’m a bit of a commandline junky. I let warframe.sh install itself as /usr/bin/warfame using the command ./warframe.sh --install-bin
With this I can start a commandline and just type warframe or warframe --32bit or warframe --dxvk to start the game
@Pyro4Hell no problem “to each its own”! I like taking these extra steps and settings things up on Lutris’ graphical interface because it lets me easily put or take away options, staging versions and enhancements (DXVK).
I had to add the “rm” line to make the script always re-download warframe.exe and warframe.x64.exe and things look great! DXVK works, I can get 40+fps on 720p settings… I can’t thank you enough right now lol.
Now the big question is… If you’re a commandline junky, why are you on Lutris’ forum helping me out o.O? (I mean, thanks, but, why?!)
I first tried to use WineHQ to setup Warframe, but didn’t succeed. Then I found Lutris with GloriousEggroll’s Warframe launcher https://lutris.net/games/warframe and then warframe LAUNCHED! It was AWESOME!
That was the days with the wget.exe and black commandline-window.
I still had some minor stability problems. So I created the all-in-one script (and updated it following GloriousEggroll’s main repo). With the script I had more control to test single winetricks packages, create wine-prefix for 32/64, start winecfg inside the specified prefix and more). I also helped with th local_index.txt update mechanism (but the idea is from GloriousEggroll, can’t thank him enough!)
And then DXVK came along and it was GLORIOUS! (pun intended).
I’m still having slight stability issues with 64bit or dxvk enabled, but as long as I have a way (ONE way) to play warframe I am happy
And I’m really happy that someone is using the stuff I’ve created. “Sharing is caring” Happy it works for you
Awesome! I’m always happy to hear these stories of things working out ^^
Your script does seem very complete to fulfill all the tasks this game requires. I’m glad I could wrap it up under Lutris and I hope that a newer version (probably incorporating your solution) comes up.
interestingly if i use 64bit and/or DXVK warframe usually freezes or crashes randomly between “before even showing the login screen” and “about 5 minutes into the game” for me, so currently i have to use 32bit and CSMT without DXVK while having ~10-20fps on a bleeding edge gpu and minimal settings (which is a giant pain in the behind)…
i suspect something about the textures being off because if it lets me play for a few minutes on dxvk i can see the (very nauseating) effect of pretty much every texture being reloaded every few seconds, flashing to a base color (or extremely lowres texture), then slowly getting more detailed until it matches what the non-dxvk version looks like and instantly flashing back to the base color/lowres cycling like this over and over again
if you have any input on how i could fix (or even debug, because dxvk doesn’t seem to say anything out of the ordinary) this, or could use any input i can provide, please tell
i’d love to be able to play warframe on both 60fps AND without crashes and endless freezes for a change
EDIT: dxvk versions i tried: pretty much every one from ~0.50 to 0.70, since I just keep retrying it every time they release a new one, hoping it fixes itself somehow
More edit: some basic system info (glx-/vulkaninfo and uname):
other games using DXVK in wine or vulkan (both wine and native) work fine.
aaaand another EDIT: i just reinstalled it completely and after winetricks barfed up trying to install vulkan-1.dll (it installed vulkan-1.999-0.dll or something instead, just copying it over the stub fixed the inevitable evolution crash) it works perfectly on high settings at 60fps, doesn’t seem to recognize some dx11 features though like runtime tesselation and some advanced shader magic, but i don’t need those anyway.
You might want to update your GPU driver to 396.51. Although 390 is stable it doesn’t quite meet the requirements for DXVK. Especially for versions after 0.54.
will do, as soon as my distro has it (which should be soon), but actually your idea with 64bit seems to have improved it a lot already. dunno why it kept crashing on 64bit before, but for now it looks pretty stable
edit: after about 3 missions i got an evolution error and nothing on stderr though, when loading into a mission (right after the “flying towards it” cutscene). aaaaand again now. same mission too, this time instantly crashed…
just remembered i forgot to relogin after setting the ulimits for ESync, trying again now, maybe the kernel just forbid it from doing its thing.
aaand nope, instantly crashed again. can’t get further than the first room on uranus/caliban with a 4player squad. dunno if it’s the players or the map (it’s pretty shiny hand has some graphics glitches on its shinyness) but always drops me into the evolution error handling thing that doesn’t show anything useful
aaand another update: this is the 4th time in under an hour the 64bit dxvk version crashes for no reason, doesn’t look like it’s gonna work
more update: the crashes are directly related to my usage of dxvk, without it i do get >30fps now though thanks to ESync, so it’s not THAT horrible (i had <20 before) and i guess i’ll try dxvk again as soon as my distro updates the nvidia driver (the newest one they currently have is 390.77).
I asked on r/linux_gaming for help and got an answer that surprised me. The evolution crashes may be related to xaudio2_7 and 64bit. I don’t know if there is a fix for that yet
Edit: to check if xaudio is the culprit we could play wrframe 64bit+dxvk with sound disabled
actually the 64bit are very stable for me, as long as i don’t use DXVK (which is unstable even on 32bit, maybe because of my driver being too old as you already hinted at, the graphical glitches that happen before the crashes seem to support that)
I tried it today. I played the Planes of Eidolon master sound disabled and it worked! Hope the xaudio2_7 incompatibility gets fixed soon
Unfortunately your bug is most probably another bug related to the nvidia drivers. For me there are no graphical glitches before a crash (RADV), just the evolution crash
that setup runs me into the xaudio crash as soon as the process allocates >=1GB ram
a good way to test it seems to be playing alerts on submersible grineer sealab tilesets, i can’t usually stay more than a minute in one without crashing.
I’m playing using the 64 bit client. I’m not sure the current installer works right away, so I’m using “my own fork” of Pyro4Hell’s script.
I put my WINECMD variable to be the latest wineesync(3.14) and I made the game always execute the 64 bit version (to ensure DXVK).
Environment variables are just DXVK_HUD=version mesa_glthread=true WINEESYNC=1
It feels like the game runs in a suboptimal way, but I can complete entire missions alright. I feel like if I do the same tileset, the game will run smoother because stuff will be stored in the memory.
Everything is on minimum and resolution at 1080p, but it feels like that’s not really the problem.
I have a lot of DLL overrides that came with the Lutris install for the game, including, but not limited to