Opening a new thread with some interesting new EAC updates for Linux. For context, I’m in the below situation and would very much like to change that:
This weekend there was an interesting update at reddit with regards to using Windows EAC in Wine (note: not Linux EAC!): https://www.reddit.com/user/Guy1524/comments/hc3o1y/eac_progress_update/
At this point, EAC will load, correctly process an IOCTL in which the loader sends an encrypted “internal dll”, which it expects the driver to inject into the game process. EAC will then correctly map this dll when the process loads, and try to initialize it. This is the point where it is failing right now (the internal dll will yield an error), but we seem to be really close to the end of the initialization function, and once blitzcrank finishes devirtualizing it, we should be able to quickly get the function to succeed. In theory, if all goes to plan, the game should then launch, and be able to load the EAC library through the hooks setup by the internal DLL / kernel.
The discussion takes place at https://discord.gg/mjWm8DK and channel #easy-anti-lobster for those who want to keep up to date. The work is primarily (as I understand it) being done by employees at Codeweavers (i.e. the company behind Crossover Linux / Chrome / etc).
For those new to the Linux situation with VT2 the game itself runs flawlessly (I even get better perfomance with Proton and DXVK than on Windows*) but is hampered by EAC not functioning on Wine (i.e. Proton), which puts the game in the untrusted state and prevents progress (see https://github.com/ValveSoftware/Proton/issues/1528). Valve and Epic (the company behind EAC, and yes, the Tim Sweeney Epic, so a competitor to Valve) are said to be working on Proton compatibility with (Windows) EAC, although nothing has been stated publicly for almost a year.
*Could very well be related to the fact that EAC is not running…