How to install ED on Linux using Wine [EXPERIMENTAL, NOT OFFICIALLY SUPPORTED]

cpw

C
Cmdr Eagleboy said:
I think we will just wait and see what FD will do. Hopefully they can share details if they really think there's issue at wine side. For now I will just continue to play ED under wine when appropriate.
Click to expand...

This is my philosophy. I played WOW for years under wine, and modulo the early glitching with their watchdog, I've never had any issues or seen or heard any complaints about it. No interaction I've had seems to have resulted in a negative experience. The video from the other day seems to be attributed to general "high pop glitchiness" as anything else.

If FD have a specific complaint, I would hope they would be willing to at least outline what it is, rather than just try and disconnect us.
 

wstephenson

wstephenson
cpw said:
This is my philosophy. I played WOW for years under wine, and modulo the early glitching with their watchdog, I've never had any issues or seen or heard any complaints about it.
Click to expand...

While it's tempting to compare Elite to other successful games from the Wine gold and platinum lists, even competitive ones like Starcraft 2 and Counterstrike, and big MMOs like WoW, the difference is that Elite's moment to moment gameplay is dependent on its peer to peer networking, not server-centric, and that is a more complex stack, with more Frontier-developed moving parts further down it, made even taller by Wine. I would not be surprised if some part of that like MTU discovery or firewall punching is falling over, or exposing some Windows-specific assumption in its implementation.
 

cpw

C
wstephenson said:
While it's tempting to compare Elite to other successful games from the Wine gold and platinum lists, even competitive ones like Starcraft 2 and Counterstrike, and big MMOs like WoW, the difference is that Elite's moment to moment gameplay is dependent on its peer to peer networking, not server-centric, and that is a more complex stack, with more Frontier-developed moving parts further down it, made even taller by Wine. I would not be surprised if some part of that like MTU discovery or firewall punching is falling over, or exposing some Windows-specific assumption in its implementation.
Click to expand...

This is very true indeed. Sadly, we're flying blind on this. If FD don't want to work with us to make this better, what are we to do though? We can only work on the existing assumptions.
 

fuzzylunkinz

F
cpw said:
This is very true indeed. Sadly, we're flying blind on this. If FD don't want to work with us to make this better, what are we to do though? We can only work on the existing assumptions.
Click to expand...

We just need to be patient. It would be silly of them to come to us without adequate information. Obviously they have other things happening right now ;).
 

Cmdr Eagleboy

Cmdr Eagleboy
If you want to help, you can gather fixmes and errors which are seen in logs when playing ED. Obviously not all of them are required to be fixed, however some of them might...there are some http errors most likely related to gameplay servers, and there are odd winsock error as well. We can try to get our list of concerns before FD really pokes at us.
 

cpw

C
Flyinspaghetti said:
This is Wine main branch not staging.

CRC issue is fixed entirely i.e. no workaround or AFAIK wine64 needed.
Click to expand...

OK, great to know. So at this point we're down to just installing dotnet452 and vcrun2012, I'd guess. Also, RedMcGrath's fix for the device naming (which is what dinput fixed) IS in this release - it's tagged as 3.20. https://github.com/wine-mirror/wine/commit/3a2834b3a42e869b7d450074c29cd7089bfef015 (It's not listed because it's just a PR/commit, without an associated bug).
 

Nagual

Nagual
znôrt said:
i said 'dubious'. legal frameworks vary and for sure size (of lawyer teams) matters in these matters. oracle sued google on much flimsier grounds and they are still at it years after. of course i can't see a bunch of linux users suing frontier but the idea of software manufacturers being able to arbitrarily limit what you can run on your own machine should raise very serious concerns. i know, it doesn't, which is why we're so doomed :)
Click to expand...

Hmm... haven't Apple been doing this for years ? ;)
 

toidi

T
Just a quick update on the DXVK 19% shader issue for AMD. the latest DXVK git commits are working due to the 1060 spoof workaround. Not sure if this has been reported ealier.
 

Flyinspaghetti

Flyinspaghetti
toidi said:
Just a quick update on the DXVK 19% shader issue for AMD. the latest DXVK git commits are working due to the 1060 spoof workaround. Not sure if this has been reported ealier.
Click to expand...

Yes, and it's also something that can be done easily on previous DXVK by using a dxvk config file.
 

RedMcG

R
Flyinspaghetti said:
CRC issue is fixed entirely i.e. no workaround or AFAIK wine64 needed.
Click to expand...
wine64 still required. It's the fix that went in to 3.19 - I think it has just been attributed to 3.20 because the issue was closed after 3.19 release (they should also close the open issue about the ED intro video - fixed in 3.18).

cpw said:
OK, great to know. So at this point we're down to just installing dotnet452 and vcrun2012, I'd guess. Also, RedMcGrath's fix for the device naming (which is what dinput fixed) IS in this release - it's tagged as 3.20. https://github.com/wine-mirror/wine/commit/3a2834b3a42e869b7d450074c29cd7089bfef015 (It's not listed because it's just a PR/commit, without an associated bug).
Click to expand...

Yep - it's in there. It's the fix for the control presets (i.e. the "unfriendly" device names are no longer required - keyboard and mouse are automatically detected). For those using versions prior to 3.20 - the values will always be 648a0ab8 for keyboard and 3ed89e57 for mouse (it's the value of the two first words, flipped, of the GUIDs I removed).
 
Last edited:

toidi

T
WINE 3.20 staging input detection is working as intended.
Remember if you used the 3E 68 mouse/keyboard workaround to reset it.
 

RedMcG

R
cpw said:
OK, great to know. So at this point we're down to just installing dotnet452 and vcrun2012.
Click to expand...

I had noticed corefonts wasn't necessary with Proton - but this is the first wine release I noticed didn't need corefonts. Is this new? Or did this happen earlier and I missed it?
 

fuzzylunkinz

F
RedMcG said:
I had noticed corefonts wasn't necessary with Proton - but this is the first wine release I noticed didn't need corefonts. Is this new? Or did this happen earlier and I missed it?
Click to expand...

https://github.com/ValveSoftware/Proton/wiki/Changelog#316-4
https://github.com/ValveSoftware/Proton/commit/17e50d67ab03119deeb3c8a63bcfb4c6918bee78

Proton [3.16-4] now ships with corefonts support. This should fix many games with missing text, or that crash due to missing font support.
Click to expand...
 

VictorT

VictorT
This just gets better and better.. i can't wait to fill Frontier's stats with "Oh look non-Windows players using Proton.. huh.."
 

Flyinspaghetti

Flyinspaghetti
Wine Staging 3.20 just came down the pipe for Manjaro with the patches, standard presets work fine although some difference in joystick axis names in my custom presets from the patched proton so I got to do them again.

Still not seeing 3.20 runners in Lutris although I was using system wine as a runner anyway due to the Lutris runners not playing back intro videos (something to do with how they compile the staging runners on their end).
 

toidi

T
I noticed the lutris runners were not updated as well. They are usually lightning fast, till they do get updated, system staging on manjaro works a treat with DXVK 0.92 on AMD cards.I

edit:and tkg 3.20 is now available in lutris, ten minutes after I posted this.
 
Last edited:
You must log in or register to reply here.
Back
Top Bottom