Divinity: Original Sin 2

Application Details:

Version: Steam
License: Retail
Votes: 0
Latest Rating: Garbage
Latest Wine Version Tested: 4.9

Maintainers: About Maintainership

Link Steam Store Page

Test Results

Old test results
The test results you have selected are very old and may not represent the current state of Wine.
Selected Test Results

What works

Installing the game via Steam (for Windows) on a 64bit Wine. Steam installed as described here.

What does not

Starting the game.

Neither via Steam button nor directly via console.


1) Steam button actually launches "SupportTool.exe" from .../steamapps/common/Divinity Original Sin 2/bin

which causes a .NET Framework error.

- workaround: Launching Divinity via the "EoCApp.exe" within the same directory

(found this solution in a Steam forum, seems to affect some Windows systems as well)

2) Next: ntlm authentification error

- workaround: installing the "python2-ntlm-auth" packages

3) Finally "BAD WINDOW" error

Tried registry workaround: "MaxVersionGL key to the (DWORD hexadecimal) value 30002", but Divinity just shows its mouse cursor over my KDE desktop and crashes.

What was not tested

pretty everything

Hardware tested


  • GPU: AMD
  • Driver: open source

Additional Comments

Didn't work under 2.16 staging either! A strange thing is that the last Beta of Divinity OS 2, which I had installed via the very same Steam under Wine on Sept. 13, did work! Hence I guess Larian must have messed something up with Directx11 for their release version. /// system specs:Intel i5-2500K CPU @ 3.30GHz × 4 / 16 GB RAM / 4 GB Sapphire Radeon R9 380X Nitro

selected in Test Results table below
Operating systemTest dateWine versionInstalls?Runs?Used
ShowUbuntu 18.04 "Bionic" amd64 (+variants like Kubuntu)May 29 20194.9Yes No NoGarbageAaron Franke 
ShowArch Linux x86_64May 01 20194.7-stagingYes Yes NoSilverV. Bogdanov 
ShowopenSUSE Leap 42.3 x86_64Jan 03 20182.20-stagingYes Yes YesBronzeA.Tschesche 
ShowUbuntu 16.04 "Xenial" amd64 (+ variants like Kubuntu)Oct 16 20172.19Yes No YesGarbageAaron Franke 
ShowArch Linux x86_64Oct 11 20172.18-stagingYes Yes YesSilverJohn 

Known Bugs

Bug # Description Status Resolution Other apps affected
43812 Divinity Original Sin 2 some parts display white ingame UNCONFIRMED View
44141 Divinity: Original Sin 2 massive slowdown with shadows enabled UNCONFIRMED View
44256 Divinity: Original Sin 2: Mouse capture misbehaves UNCONFIRMED View
44257 Divinity: Original Sin 2: Audio via pulseaudio has popping/crackling in music UNCONFIRMED View
44312 Divinity: Original Sin 2 (Steam) Does Not Launch NEW View

Show all bugs


The following comments are owned by whoever posted them. WineHQ is not responsible for what they say.

Runs with wine32 v6
by Lyn on Tuesday January 19th 2021, 13:59
Seems to run, but white minimap background and I can't seem to rotate the camera via Mouse 3 or whatsoever with keys. Performance seems normal.

by Rafael Almeida on Thursday April 9th 2020, 14:29
Seems to work fine on wine 5.5. The only caveat is that you can't open it from the steam menu, but run Files (x86)/Steam/steamapps/common/Divinity Original Sin 2 instead.
WINE 3.16 fixes black screen on i5 !
by francisco on Saturday September 15th 2018, 2:46
Tested with 3.16 and DXVK .70 (no other overrides required)

CPU: Intel Core i5-3470 @ 4x 6.3GHz
GPU: GeForce GTX 1070 driver 396.54
RAM: 2030MiB / 15989MiB

3.16 includes relevant patch 150935:
Path for fixing thread affinity.
by Amo on Friday September 7th 2018, 23:12
Credit to :

--- dlls/ntdll/thread.c 2018-09-07 12:33:51.689761974 +0200
+++ dlls/ntdll/thread.c 2018-09-07 21:09:33.463365868 +0200
@@ -1290,6 +1290,7 @@
if (length != sizeof(ULONG_PTR)) return STATUS_INVALID_PARAMETER;
req_aff = *(const ULONG_PTR *)data;
if ((ULONG)req_aff == ~0u) req_aff = affinity_mask;
+ else if ((LONG) req_aff < 0) req_aff = affinity_mask & req_aff;
else if (req_aff & ~affinity_mask) return STATUS_INVALID_PARAMETER;
else if (!req_aff) return STATUS_INVALID_PARAMETER;
SERVER_START_REQ( set_thread_info )
Patching the game with radare2
by Beren Minor on Thursday September 6th 2018, 17:38
Hi, it's indeed related to the CPU and the result returned by SetThreadAffinityMask in some situations where it probably failed to match the CPU cores.

Here's a radare2 patch for DOS2: Definitive Edition:

Another way to do it would be to patch wine so that SetThreadAffinityMask doesn't return 0.
RE: Patching the game with radare2
by francisco on Friday September 7th 2018, 11:22
Beren Minor, I would be happy to test a patched wine on my systems, thank you for finding this!
DOS2 runs on very specific HW configurations but not others
by francisco on Wednesday September 5th 2018, 11:30
after testing EoCApp.exe on a few machines using the same Xubuntu 18.04.1 nvidia 396.54, wine staging 3.14 and DXVK .70 setup I get:
Intel(R) Core(TM) i5-3470 CPU, GTX1070 - fail
Intel(R) Core(TM) i5-4590 CPU, GTX 680 - fail
Intel(R) Core(TM) i7-3630QM CPU, GTX 670MX - runs great
Intel(R) Core(TM) i7-2679QM CPU, GTX670MX - runs great
RE: DOS2 runs on very specific HW configurations but not others
by francisco on Friday September 7th 2018, 11:26
Additional test:

Intel(R) Core(TM) i7-3930K CPU @ 3.20GHz, Quadro K5000 - runs
wine-staging 3.x
by Cláudio Sampaio (Patola) on Monday June 11th 2018, 5:47
Has anyone succeeded in running it via wine-staging 3.x? In wine-staging 2.21 it works alright but still has the black books bug. In wine-staging 3.x it gives a black screen at start. Or, should I try using it with dxvk?
RE: wine-staging 3.x
by Anonymous on Sunday July 1st 2018, 7:43
I haven't gotten it working with wine-staging 3.11 + DXVK.
Crash on v3.0.180.158
by Dagfinn Reiakvam on Thursday March 15th 2018, 14:09
See bug 44742. You'll have to download the source, patch it with the patch in the bugzilla post.
Wine 3.0 results?
by Jonathan Dunlap on Thursday January 18th 2018, 14:30
Can someone retest with Wine 3 since its been released now?
RE: Wine 3.0 results?
by A on Saturday February 3rd 2018, 2:18
Books still blacked out on 3.1, making them unreadable. I still have to run the game via the EoCApp.exe executable, so no obvious change since 2.x.