I have just managed to get the store to load when running LOTRO from steam. When you start the launcher, click on the little down arrow icon on the top bar to open the launcher menu and select Options, then go to the General tab and at the bottom select 'Use Legacy Client (Windows Vista and prior compatibility)". On my system the ticks do not show in the selection boxes so it can be difficult to see if it is selected or not.

Log in and load the game. From the character selection screen you can access the store by the top right button (Get Points and Account Upgrades). It should ask you if you want to open the store in an external browser, click Yes and it should load your default browser/open a new tab if the browser is already running.

The legacy client uses the lotroclient_awesomium.exe rather than the lotroclient.exe when running the game, you can check with ps x | grep lotro in a terminal while the game is running.

I haven't been able to workout what proton is doing differently to regular wine to stop the store loading with the normal client, but this will let use access the store when running through steam and proton.

Tried the above workaround and while the client does not crash, the link tries to open in chrome and encounters problems. Ideally this should get fixed to either use the in-game window, or open the store in the Steam overlay browser (ala Mechwarrior Online) and in the non-legacy client. The tickmarks in the launcher are an issue that should be a pretty simple fix I would imagine. I wouldn't count on Standing Stone Games doing anything here, sadly.

The game really does run excellently otherwise, though some people have reported slowdowns and having to reboot after a few hours (possible memory leak?).

LOTRO has a long history in WINE (https://appdb.winehq.org/objectManager.php?sClass=application&iId=4891), with various workarounds for issues, so using them might be a good starting point for the Proton team, when and if they get to this.

My own system info is at: https://gist.github.com/ErroneousBosch/3650a74ed483b337de2e447b88ba0839

Can you describe the issues you are having with chrome? Any error messages, or the page doesn't load? I use firefox myself, but just gave chrome a try and it opened fine for me.

Do you use any kind of script blocker, such as the NoScript extension I use on firefox? I had to allow scripts from lotro and xsolla for the store to load correctly. I don't have any extensions installed for chrome and it worked.

It is likely a chrome configuration issue/script blocker:
"Something is going wrong
Failed to read the 'localStorage' property from 'Window': Access is denied for this document."

could be something like this - https://www.chromium.org/for-testers/bug-reporting-guidelines/uncaught-securityerror-failed-to-read-the-localstorage-property-from-window-access-is-denied-for-this-document

EDIT: Enabling the Block 3rd party cookies and site data setting allowed me to reproduce that error, and most likely it is blocking xsolla, which, I believe, handles the payment processing for the lotro store.

Whitelist Request

• Name of the game to be whitelisted: Lord of the Rings Online
• Steam AppID of the game: 212500

System Information

• GPU: Vega64
• Driver/LLVM version: Mesa 19.3.0-devel/ACO (from mesa-aco git in AUR)
• Kernel version: 5.3.1
• Link to full system information report as Gist-Shady's system:
• Proton version: 4.11-6

I confirm:

• [X] that pressing the Play button in the Steam client is sufficient.
• [ ] that runtime config options are necessary to run the game.
• [ ] that no workarounds other than PROTON_* env variables are necessary.

Issues

• [X] I haven't experienced any issues.
• [ ] There are no issues left open for this game.
• [ ] Although I consider the gaming experience equal to Windows there are remaining issues:

Other remarks

I did not experience any of the ingame store issues documented on Reddit or above. To get this game working I simply clicked "Install", then "Play". When prompted I selected the high quality pack from the game's launcher which downloaded an additional 6GB of data from the launcher itself. After the patching completed the launcher prompted that it detected a DX11 capable system and asked if I wanted to run in that mode. I selected "yes" and proceeded to login to my character and enter the game world. Upon clicking the Lotro store on the bottom right it opened up ingame and I spent 50 points on a quest pack just to verify functionality. Game seems to work without issue.

I have had basically no issues since the 64 bit client was released. The
only issue has been the store not opening for me when using the 32 bit
client, 64 bit works ootb though.

DX10 and 11 are available straight away on both 32 and 64 bit cliebts, no
need to install anything through winetricks/protontricks like was needed
prior to the release of the 64 bit client.

On Fri., 4 Oct. 2019, 10:34 am kisak-valve, [email protected]
wrote:

Is anyone seeing an issue with this game and Proton 4.11-6 which would
block it from being whitelisted?

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/ValveSoftware/Proton/issues/1816?email_source=notifications&email_token=AJ7Q6DZ244UZXCA23FOTGODQM2FSNA5CNFSM4F7SBEZ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEAJ74YQ#issuecomment-538181218,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AJ7Q6D76JHQEJFAB2YNTOYDQM2FSNANCNFSM4F7SBEZQ
.

For posterity's sake, I tried this on a Pop_OS! install using the 19.04 standard packages, including Mesa 19.0.2. Same results as what I got on my Manjaro hard drive. LLVM instead of ACO didn't appear to change the framerate for the worse, but this isn't a very shader intensive game.

Works out of the box with no tweaking or fixes required at all on my AMD/AMD system. Would love to see if someone else could test as well as darreneckert, this would be a great game to get whitelisted.

As an alternative, I followed the instructions here: https://www.lotro.com/forums/showthread.php?671814-LOTRO-on-Linux-A-Modern-Guide-(2019). They are based on manual WINE installation (but easy to follow), then running Standing Stone Game's live installer.

It worked like a charm. :) I would still like to use Steam & Proton, but nice to see I have a something working.

Other than my above issue this game runs flawlessly for me, been playing for over 200+ hours at highest settings with zero issues.

I know I'm late to this issue but looking at binkley's one posted above I believe that was an issue with the Steam version of LOTRO, being unable to decrypt and de-serialize the data. I had it twice on two different Windows OS's as well as people reporting it on multiple other systems. I think SSG changed something with the LOTRO files but never changed the Steam one's so they no longer matched the encryption key they used which resulted in the failed decryption.

@kasha695

The FPS drops are interesting because they only occur when the mouse moves, if I leave the mouse still the FPS stays the same even when moving by keyboard, any movement by the mouse and there's significant drops and choppiness.

... Wait, what?
It's not that I'm unfamiliar with this issue -- I just have this issue in FFXIV when I'm using GShade / ReShade rather than having tabs open. I have a ticket open in wine's bugzilla for it, and I sometimes remember to actually update the WINE / Proton versions that bypass the patch causing the bug.
Could you see if the above Proton version resolves it? Also, if you happen to have a non-steam install of LOTRO available, could you confirm the wine-only version resolves it? I wouldn't jump in normally -- but your in-game symptoms are exactly what I'm seeing in FFXIV. (If the wine-only version resolves it, that means it's coming from this patch. Unfortunately the Proton version of that file wraps several patches up together so it's less definitively helpful in determining the source, suspicious as the symptoms are.)

@HereInPlainSight
I'll see what I can do tomorrow, currently downloading your linked Proton 5.4 staging-reverted and will have a go. I'm very new to Manjaro and the overall Linux environment so I'll try my best to get this going.

I have just changed my GPU from the GTX 970 to the RX 5700 XT and still have the same issue so that rules out a few possibilities. I couldn't help but read your bugzilla ticket and noticed their comment on your mouse, I'm currently using the Titanwolf MMO mouse which has a very similar polling rate as yours, upto 1000Hz.
Evhz just shows how variable it is depending how fast I move the mouse, quickly nets 333Hz, 500Hz or 1000Hz, but slower is between 75Hz and 250Hz.

Hi, my game crashes right after i launch if from steam.

• GPU: NVIDIA GeForce GTX 1660 Ti
• Driver/LLVM version: NVIDIA 455.23.04
• Kernel version: 5.8.11-arch1-1 #1 SMP PREEMPT
• Link to full system information: https://0bin.net/paste/hjjqrJ6+#BHWC02D6yS334hu3dMKIGYCG9YUkT1iB0tycdRxND5t
• Proton version: Proton 5.0-9

Log from terminal: https://0bin.net/paste/8ISVuR3J#YzBKTqg6dSmaaJlOWfLmtVhRm+xj+rr+TaV0LqzOYHg

Log from terminal: https://0bin.net/paste/8ISVuR3J#YzBKTqg6dSmaaJlOWfLmtVhRm+xj+rr+TaV0LqzOYHg

What file system is your Samsung Evo? Your IsADirectoryError: [Errno 21] Is a directory error seems somewhat notorious for NTFS / non-supported file systems.

The file system is Ext4
The game client worked fine until some update, maybe from the system but i don't know exactly. I tried to uninstall and reinstall the game but with no avail. I may try to install it on another storage sinc Samsung EVO is external, maybe i'll try on the same ssd of my system.

Possible fix can be found here - https://github.com/ValveSoftware/Proton/issues/3119#issuecomment-657252386 seems to be the same issue being discussed in that thread

Thanks for answering. At the moment after installing the game on my main drive rather than on the external one fixed the issue.

Been a while since I reported back on here so I thought I'd give an update.

My problem was with the polling rate of my mouse, seemingly a longstanding issue within Wine but one that seems difficult to fix as it appears to be a combination of hardware/drivers that causes it, not all people report a problem.

I noticed after playing Baldur's Gate Enhanced Edition under Proton that my FPS would gradually drop, faster when I use the Steam Overlay as well. After changing my mouse down to 125Hz that fully solved my issue on that, could play for several hours with no drops.

Coming back to Lord of the Rings Online I immediately saw the difference, can now play for hours and not have a single issue in FPS drops. I've now played well over 200 hours in this game using Proton with no issue whatsoever. Leaving my mouse in 125Hz seems to fix every game I run under Proton, any higher and I see drops.

The only thing I've found that doesn't work in the game is the self light/lantern you can use during the night or in a cave (default is Alt + F10). This is a DirectX10 or DirectX11 feature but it hardly makes a difference in this game.

Overall, this game appears to work flawlessly under Proton (using 5.13 now). Maybe the game is ready for Whitelisting again as the above issues aren't necessarily tied to Proton?

I'm not sure whitelist should happen for as long as the in-game store can't reliably work for everyone.

As of Update 27.3.2 LOTRO will use the native system browser to launch the store if you are running the Steam version.

Yes, and that doesn't work.

Yeah, I didn't have xdg-desktop-portal installed. I installed it though, and it still doesn't work.

  "xdg-portals" : {
    "details" : {
      "interfaces" : {
        "org.freedesktop.portal.OpenURI" : {
          "available" : false
        },
        "org.freedesktop.portal.Email" : {
          "available" : false
        }
      },
      "backends" : {
        "org.freedesktop.impl.portal.desktop.gtk" : {
          "available" : false
        },
        "org.freedesktop.impl.portal.desktop.kde" : {
          "available" : false
        }
      }
    },
    "issues" : [
      "missing-interface",
      "no-implementation"
    ],
    "messages" : "The 'version' property is not available for 'org.freedesktop.portal.OpenURI', either there isn't a working xdg-desktop-portal or it is a very old version\nThe 'version' property is not available for 'org.freedesktop.portal.Email', either there isn't a working xdg-desktop-portal or it is a very old version\nThere isn't a working portal implementation\n"
  },

I have xdg-desktop-portal installed from ubuntu repos, version 1.6.0

Do you need to see the full report?

(Note: I'm using the regular steam package from ubuntu repos, not the flatpak version)

One more thing. Is there any way I can stop the mouse from being stuck within the game's screen in windowed fullscreen and requiring me to alt-tab to move it away? I'm told that it should already work that way at least on Windows, and I did have it working correctly at some point, but I can't remember if I was playing through Lutris or Steam... either way, I would much rather stick with Steam.

Yeah, I've closed Steam and even restarted my computer in case that might help, but no dice.

It wasn't a dependency for xdg-desktop-portal, but I installed xdg-desktop-portal-gtk yesterday while trying to make things work and it didn't change anything, so I just removed it.

(Xubuntu 20.04.2)

This also happens in DDO. I get this message from the terminal.

Failed to call portal: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface ?org.freedesktop.portal.OpenURI? on object at path /org/freedesktop/portal/desktop>

Using XFCE 4.16 on Manjaro 21. I'm guessing information is not being passed to the xdg or something. I can't determine which exactly.

In SteamLinuxRuntime_soldier version 0.20210406.0 and up (currently in the beta branch of Steam Linux Runtime - Soldier but not in the default branch), if we can't contact xdg-desktop-portal for a http or https URL, we fall back to sending the URL to the browser via Steam instead. It will either open in your default browser or in Steam Big Picture's built-in browser.

Installing a recent xdg-desktop-portal and a backend (such as either xdg-desktop-portal-gtk or xdg-desktop-portal-kde) is still recommended.

Failed to call portal: GDBus.Error:org.freedesktop.DBus.Error.UnknownMethod: No such interface ?org.freedesktop.portal.OpenURI? on object at path /org/freedesktop/portal/desktop>

This message probably means you don't have an AppChooser backend such as xdg-desktop-portal-gtk or xdg-desktop-portal-kde installed.

This could be relevant:
https://bugs.winehq.org/show_bug.cgi?id=51133

By the way, it works now

  "xdg-portals" : {
    "details" : {
      "interfaces" : {
        "org.freedesktop.portal.OpenURI" : {
          "available" : true,
          "version" : 3
        },
        "org.freedesktop.portal.Email" : {
          "available" : true,
          "version" : 3
        }
      },
      "backends" : {
        "org.freedesktop.impl.portal.desktop.gtk" : {
          "available" : true
        },
        "org.freedesktop.impl.portal.desktop.kde" : {
          "available" : false
        }
      }
    },
    "issues" : [
    ]
  },

It's weird with Proton 5.13... despite running the game through Steam, opening the store brings up the in-game store window, which stays stuck on a blue screen, instead of making me open the store in my browser. If I explicitly check the external store option, instead of prompting me to open the store in my browser, it opens a pop-up window for the store, which is also stuck on a blue screen.

Hi, the game runs flawlessly for me, but the cursor is not hidden when I move the camera using left or right click. I'm running Manjaro with Proton Experimental so Proton 6.3-6. It's probably an easy fix, but I'm pretty new to Linux gaming / Wine / Proton. Thanks!

I wonder if this could be related to recent cursor-related changes to steam linux runtime. I'll have to check later.

I'm getting sporadic crashes (~1 per 2 hrs) under Proton 6.3-7 on Fedora. Here's the system specs from Steam. The only thing I can see in stdout is std:bad_alloc, which I read as out-of-memory, but the machine has 16 GiB so it seems like a red herring. How do I get logs out of this game?

I'm getting sporadic crashes (~1 per 2 hrs) under Proton 6.3-7 on Fedora. Here's the system specs from Steam. The only thing I can see in stdout is std:bad_alloc, which I read as out-of-memory, but the machine has 16 GiB so it seems like a red herring. How do I get logs out of this game?

Are you running the 32bit client?

I was under the impression it was 32-bit only.

edit: That stopped the crashing :+1:

There is a 64bit client (see launcher options), the 32bit client crashes because it hits the 32bit memory/address space limit

Hello all,

I'm facing a somewhat specific issue as wasn't able to find it on the web. When starting LotRO through Steam, I'm getting this error:

After clicking OK, I'm getting

Missing DLL: d3d10.dll
Missing DLL: d3d11.dll
Error: DLL files are missing

error, but then the client loads normally, and the game starts without issues. However, the performance is degraded (15-20 FPS on the character select screen with High graphics settings on GeForce 1650 Ti Mobile).

I reinstalled the game, tried multiple Proton versions (latest Steam Proton, Proton Experimental, different GE-Proton versions) with multiple environmental variables, and the only parameter that improved the situation was PROTON_USE_WINED3D, which increases FPS to a somewhat decent amount (40-50 FPS in the wilds, 25-30 FPS in Bree/crowded/foggy areas), which is still, I believe, not ideal.

But from what I understood, this uses a OpenGL instead of DXVK, so maybe I'm doing something wrong and there is a possibility to run DX11 LotRO with Vulkan with good performance? I saw this video: https://www.youtube.com/watch?v=kH5zCrJ4PGA, and the author runs LotRO at outstanding ~100 FPS on Lutris with Proton with some tweaking. I tried to reproduce these steps with protontricks, but the error was still present and the performance was the same.

I'm using a 64-bit client with DirectX 11 mode to run the game.

UPD: also tried to re-initialize Proton config for the game via deleting ~/.steam/root/steamapps/compatdata/212500, still the same.

UPD2: switched LotRO to DirectX 9 mode, now it runs smoothly on ultra-high settings with 60+ FPS in heavy areas. But I'd like to play on DirectX 11 for sure.

UPD3: so after digging deeper I've finally solved the issue.

TL;DR: adding DXVK_FILTER_DEVICE_NAME=1650 fixed the perf issue by force-using of a dedicated graphics card (instead of an integrated one).

The performance was downed because for some reason Proton (or Vulkan, not sure which is more relevant here) was using integrated graphics instead of the dedicated one in DirectX 10/11 mode. I found this when added DXVK_HUD=full to the game launch params, and this is what I got:

In the DirectX 9 mode this is what DXVK HUD showed:

And in the DirecX 11 mode:

So I've added the DXVK_FILTER_DEVICE_NAME=1650 param to the game launch options, and that forced Proton to use my dedicated card (GeForce GTX 1650 Ti Mobile), and voila:

Whenever I rotate the camera the cursor is stuck in the middle of the screen.
I have tried using Lutris and Bottles with regular Wine and it works there.
steam-212500.log

The cursor issue exists in every proton version higher than 6.3-8 I believe

I can confirm the same mouse issue affects other games too (sorry, i don't recall the names now). If i use gamescope as a compositor though, the issue goes away. Well gamescope is having his crashing issues with the game now.

Only happens in gamemode browser,works fine in desktop mode with firefox in flatpak

Same issue as binkley. Is there a remedy or a workaround?

Same issue as binkley. Is there a remedy or a workaround?

you have to run a repair on client (redownloads everything), but first make sure all dependencies are installed(VC++, directx, etc) in the pfx: https://forums.lotro.com/index.php?threads/install-new-lotro-installs-one-guide-to-rule-them-all.125/

Either that or stop using the steam version and download directly from the website

you have to run a repair on client (redownloads everything), but first make sure all dependencies are installed(VC++, directx, etc) in the pfx: https://forums.lotro.com/index.php?threads/install-new-lotro-installs-one-guide-to-rule-them-all.125/

Hey, thanks, it worked!

Lotro - Mouse spins extremely fast when clicking to move camera angle

This issue still exists, using GameScope as the comment below it suggests (mostly) does not fix it. The only way to fix it is to use Proton 6.3-8.

If it helps at all, this Gamescope option actually DOES fix it when using Gamescope:

--force-grab-cursor always use relative mouse mode instead of flipping dependent on cursor visibility.

But it causes the cursor to feel very 'sluggish' even when using mouse sensitivity. I'm including this as it may provide a hint towards fixing the issue.

Has anyone managed to overcome the mouse spin bug when using newer versions of Proton?

In case anyone needs it, here is an updated script for Ubuntu that hides the mouse cursor and fixes the issue in LotRO.

https://gist.github.com/evenfrost/963e8bfdb982c45f427664a457d2aa03

FWIW, the cursor issue is finally gone with GE-Proton10-1. Normal Proton 10 may work too.

This isn't to do with Lord of the Rings Online itself but with an application that you can use with it to track your characters, Lotro Companion.

I used to launch the app alongside the game and it was working fine for a while but I had a month or so break and now when I launch the companion app there is no text visible. This is using Proton Experimental, using Proton 10.0 renders the text properly.

Screenshot examples:

Proton 10.0:

Proton Experimental:

The game won't load to the world with the latest Proton Experimental. It properly shows the initial loading screen and the character selection menu, but when trying to log in to the world itself, it just gets stuck at the loading screen (after the ring loader at the bottom is fully loaded).

Proton 10.0-3 works without issues.

@evenfrost Thank you for the report.
Does it need a specific location to reproduce? I am not immediately seeing any issues on either AMD or Nvidia.
If able then also attach a Proton log from a time the issue occurs.

@Blisto91 I managed to track it down to the 'DX10 Dynamic Shadows' setting. When it's disabled, the game loads fine under Proton Experimental. When I enable it, the game immediately crashes. Proton 10.0-3 works fine.

Also attaching my Proton log for possible debugging.

steam-212500.log

Replying to https://github.com/ValveSoftware/Proton/issues/1816#issuecomment-3557262197

I thought I was going crazy as anything setting anything over medium would enable dynamic shadows and would make the screen black in game as soon as you enable that feature. the game no longer renders

@evenfrost @james2432 This should now be fixed on Proton Bleeding Edge

@evenfrost @james2432 This should now be fixed on Proton Bleeding Edge

confirmed enabling beta(bleeding edge) on proton experimental fixes:

1. dynamic shadows
2. in game browser(store)

what it doesn't fix on the steamdeck though is the external browser: when you back out of the store with steamdeck's internal browser it does not return to the game, just renders lthe one ring logo on screen and you have to force close

This isn't to do with Lord of the Rings Online itself but with an application that you can use with it to track your characters, Lotro Companion.

As this "LOTRO Companion" application is a regular Windows program (not a DirectX/Vulkan/etc graphical program), you needn't (and probably shouldn't) run this with Proton (or use dxvk.) Use regular WINE.

This isn't to do with Lord of the Rings Online itself but with an application that you can use with it to track your characters, Lotro Companion.

As this "LOTRO Companion" application is a regular Windows program (not a DirectX/Vulkan/etc graphical program), you needn't (and probably shouldn't) run this with Proton (or use dxvk.) Use regular WINE.

The application grabs information from the running LOTRO client so it needs to be launched within the same prefix as LOTRO itself. I'm pretty sure trying to run Wine on the same prefix that proton is currently using would be a bad idea.

The application grabs information from the running LOTRO client so it needs to be launched within the same prefix as LOTRO itself. I'm pretty sure trying to run Wine on the same prefix that proton is currently using would be a bad idea.

From https://lotro-wiki.com/wiki/LOTRO_Companion :

"LOTRO Companion is a Java based interface that allows you to track progress of your characters; search a database of in game information, including quest, deeds, items and more; explore maps, including landscape and instances. This information can be explored while you are not online in the game after you download the data."

I've never used the program, but it would surprise me if it were ACTUALLY poking at memory locations of the running LOTRO process. You may need to make some symlinks or write some glue to get the data ported over to wherever you installed LOTRO Companion, but I'd wager it could be done.

I've never used the program, but it would surprise me if it were ACTUALLY poking at memory locations of the running LOTRO process. You may need to make some symlinks or write some glue to get the data ported over to wherever you installed LOTRO Companion, but I'd wager it could be done.

From the readme of LOTRO Companion:

"Running Lotro Companion

LOTRO Companion shall run on Windows, MacOS and Linux.
LOTRO Companion runs with Java. So you'll need a JRE.
In the Windows distribution, a 64bit Java 8 runtime (OpenJDK) is provided.
The "import from client" feature will only work with a local LOTRO client for windows, and it needs admin rights."

And here is a screenshot of the import function working fine in Proton 10:

I appreciate that you are just trying to help find solutions but I only made this as a passing post in case it was of interest to the Proton team. The app has worked fine for several years under Proton Experimental and only recently has the text failed to display, if they want to look into it I'm more than happy to help supply logs etc as it may indicate a regression of some kind which could affect other games.

Lotro and the companion app all work together perfectly under Proton 10 so there is no need for me to find any other solution apart from a quick mention here.

Lotro and the companion app all work together perfectly under Proton 10 so there is no need for me to find any other solution apart from a quick mention here.

Alrighty, cheers.

Symptoms

Excessive memory use.

Reproduction

The game previously worked near flawlessly on wine variants v7+. Due to a game update the game will now crash in Minas Tirith, on v7 and v8, shortly after the log starts to fill with the warning:

fixme:d3d:wined3d_debug_callback 0x10ad0770: "Program undefined behavior warning: The current GL state uses a sampler (5) that has depth comparisons disabled, with a texture object (525) with a non-depth format, by a shader that samples it with a shadow sampler. This will result in undefined behavior."

Attempting to activate logging on v9+ will result in the log filled non-stop (until your disk is full) with the same warning as above. The game will not crash but will begin to consume ever increasing amounts memory. Until either the process or system crashes.

Other wine variants, notably on macos, began to experience the memory use issue prior to u47. For them the issue appears related to a recent visual bug in landscape frills (turning off frills alleviates the issue on those builds). The original frills bug impacted windows too, however windows is not impacted by excessive memory use. With u48 the game's memory use will now eventually grow to exceed available memory. Disabling frills does not prevent the excessive memory use in proton and proton-ge builds. I've tried these launch options, without any improvement: WINEFSYNC_FUTEX2=0 WINE_DISABLE_VULKAN_OPWR=1 PROTON_HEAP_DELAY_FREE=0 FNA3D_FORCE_DRIVER=D3D11

Of those options, only PROTON_HEAP_DELAY_FREE=0 appeared to have any impact. Tested on v7 though experimental. The same memory use issue is impacting GE-editions. On macos the impacted variant includes crossover.