hello, please help a linux noob
./deusex_wine.sh
Deus Ex GOTY (Wine wrapper)
Using Wine 3.0 x86 (PlayOnLinux build, win32 prefix)
Checking for innoextract...
./deusex_wine.sh: line 142: bc: command not found
The system's version of innoextract is too old.
Using previously downloaded innoextract-1.8-linux-dev-20180908.tar.xz in /home/account/.cache/winewrap/innoextract
/home/account/.cache/winewrap/innoextract/innoextract-1.8-linux-dev-20180908.tar.xz: OK
Checking for icoutils...
Checking for installer and wrapper resource files...
Missing wrapper resource archive

ERROR: One or more required files are missing.

what am I doing wrong???
and what is this "resource archive" you speak of T-T

The simplest way to use the wrapper is to put all the files in one place and run the script (it'll check for all the files and build the wrapper in the same place). The resource archive is deusex_res.tar.xz - it must always be kept alongside the script even if the game's installer files are elsewhere.

Also,

This indicates that your system does not have bc installed... this isn't critical as the script just assumes that the system's version of innoextract is too old if this fails but it might mean that you're missing other dependencies too.

Heya I'm having trouble getting the wrapper to work for Rites of War
Can anyone help me with what's going on? I'm not sure what exactly is breaking here, but the game doesn't start up at all, when it launches through the "play" option on the wrapper its just a momentary black screen and crash wit this error

./start.sh
Current desktop resolution: 1280x1024
Detected 7 display output(s). Connected outputs:
HDMI-3: 1280x1024 (primary)
Gamma (R/G/B) = 1.000 / 1.000 / 1.000
Userdata directory: /home/user/.local/share/wh40k_rites_of_war
Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged.
Running: RoW.exe
Working directory: /home/user/Files/software/games/RitesoWar/wh40k_rites_of_war_wine/Warhammer 40k - Rites of War/prefix/drive_c/Warhammer 40k - Rites of War
Not forcing virtual desktop
wine: Call from 0x7bc56621 to unimplemented function vulkan-1.dll.vkGetInstanceProcAddr, aborting
wine: Unimplemented function vulkan-1.dll.vkGetInstanceProcAddr called at address 0x7bc56621 (thread 0009), starting debugger...
Unhandled exception: unimplemented function vulkan-1.dll.vkGetInstanceProcAddr called in 32-bit code (0x7bc56621).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:7bc56621 ESP:0032f4d8 EBP:0032f53c EFLAGS:00000216( - -- I -A-P- )
EAX:6f59e5b2 EBX:7bce3ff4 ECX:01041f68 EDX:00000000
ESI:0032f4e4 EDI:0032f8d0
Stack dump:
0x0032f4d8: 0032f500 7d9e6ff4 0016de04 80000100
0x0032f4e8: 00000001 00000000 7bc56621 00000002
0x0032f4f8: 6f59e5a0 6f59e5b2 01030000 00000000
0x0032f508: 00000010 00000000 01041f0c 6f558c50
0x0032f518: 0032f538 7d97c8a7 6f44e884 0032f4e0
0x0032f528: 00000004 0032f550 7bc565dd 01041f68
Backtrace:
=>0 0x7bc56621 stub_entry_point+0x51() in ntdll (0x0032f53c)
1 0x0b2d000f (0x0032f8b8)
2 0x6f407772 in dxgi (+0x7771) (0x0032f948)
3 0x6f408a8e in dxgi (+0x8a8d) (0x0032fb08)
4 0x6f4096f7 in dxgi (+0x96f6) (0x0032fb4c)
5 0x10022ef8 in ddraw (+0x22ef7) (0x0032fb58)
6 0x10023e1f in ddraw (+0x23e1e) (0x0032fb94)
7 0x10021387 in ddraw (+0x21386) (0x0032fba4)
8 0x100015f4 in ddraw (+0x15f3) (0x0032fbe8)
9 0x1000a5a6 in ddraw (+0xa5a5) (0x0032fbfc)
10 0x10006c10 in ddraw (+0x6c0f) (0x0032fc20)
11 0x1000b173 in ddraw (+0xb172) (0x0032fc38)
12 0x00454845 in row (+0x54844) (0x0032fd94)
13 0x00407f87 in row (+0x7f86) (0x0032fe20)
14 0x004aff03 in row (+0xaff02) (0x0032fec0)
15 0x7b461462 call_process_entry+0x11() in kernel32 (0x0032fed8)
16 0x7b462bc6 start_process+0x105() in kernel32 (0x0032ffd8)
17 0x7b46146e start_process_wrapper+0x9() in kernel32 (0x0032ffec)
0x7bc56621 stub_entry_point+0x51 in ntdll: addl $12,%esp

As well running row11.exe under the same wrapper still works so it doesn't seem to be any problem with files on my end as far as I can tell.

Looks like a problem with Vulkan... what GPU/graphics drivers do you use? If using the open drivers make sure to have a recent kernel and stable Mesa release installed; for Nvidia GPUs I recommend using the 415.x drivers.

Also the packages libvulkan1 and libvulkan1:i386 need to be installed (if using the open drivers you also need mesa-vulkan-drivers and mesa-vulkan-drivers:i386), or their equivalents for whatever distro you're using.

Well I updated the i386 drivers and the errors gone. But the game still fails to initialize and its just a black screen and crash, this time with no errors.

My GPU is
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
Kernel driver in use: i915

And everything's been updated after noticing the i386 drivers were out of date, still getting the same issue.
Is my GPU just entirely incompatible or something? I mean it is builtin junk, but its worked fine for other older games through wine so far.

that's an old DirectDraw game. Why is that even using dxgi ?
Does GOG ship that with a ddraw wrapper ?
(not that this helps you with your problem, i'm just curious)

It runs ok on my Intel test system (i3-6100, HD530 graphics)... it's possible that you're missing some other dependencies as well.

Try running it with WINEDEBUG="" set and see if there are any obvious errors. If you're using Mint 19.x or Ubuntu 18.04 you could also try installing my common dependencies meta-package ( https://www.dropbox.com/s/r7w90qyhp7n6197/common-libs-meta.deb?dl=0 )
My wrapper uses dgVoodoo (ddraw --> DX11) as the game won't run in Wine otherwise, and even then it has rendering issues which is why DXVK is used. Other ddraw wrappers I tried didn't work with it. So currently it's doing ddraw --> DX11 --> Vulkan :p

I'm hoping to eventually replace dgVoodoo with something like cnc-ddraw, or for Wine's ddraw support to improve so that such a wrapper isn't necessary.

Second generation Core processor... That is very old, from 2007 or 2008, and does not support DX11.

ah, ok. And I thought we might have finally seen some fruits from that supposedly existing partnership between dgvoodoo and GOG :/
shame that it doesn't work with wine's ddraw. As nice as dgvodoo2 is, it only really works well with dxvk (last time I checked). And having vulkan as an requirement for such old games is a bit weird.

This will increasingly be the case though. I.e. Vulkan used for translation from whatever other graphics API. Projects like dgvoodo2 should have used Vulkan in the first place, instead of DX11.

made some progress but i don't know what to do now
can someone help?

Checking for icoutils...
Checking for installer and wrapper resource files...
All files found.
Testing checksum for PlayOnLinux-wine-3.0-linux-x86.pol
PlayOnLinux-wine-3.0-linux-x86.pol: OK
Checking for the lnkread archive...
/home/account/.cache/winewrap/lnkread-20180903.tar.xz: OK
Testing SHA256 hashes for installer and wrapper resource files...
/home/account/Downloads/deus/deusex_res.tar.xz: OK
/home/account/Downloads/deus/setup_deus_ex_goty_1.112fm(revision_1.4.0.2)_(26650).exe: OK
Creating directories...
Extracting innoextract...
Extracting Wine...
Creating Wine prefix...
./deusex_wine.sh: line 443: /home/account/Downloads/deus/Deus Ex GOTY/wine/bin/wine: No such file or directory
An error occurred trying to create the prefix.

what am i supposse to do?

All wrappers have been updated with another framework update and upgraded to Wine / Wine Staging 4.0 where possible. Crysis, Crysis Warhead, STALKER: Clear Sky and STALKER: Call of Pripyat now have DX10/11 support enabled via DXVK. Widescreen fixes have also been updated where newer versions were available.

Some games could not be upgraded to Wine 4.0 due to regressions:

* Dragon Age: Origins is broken with Wine 3.17 and up, with stuttering and freezing (un-freezing briefly after alt-tabbing back & forth) so this was updated to 3.16 instead.
* FEAR 2 has a broken cutscene at the beginning with newer Wine versions; this continues to use Wine 3.0
* Jade Empire has an issue with characters being invisible with Wine 4.0. It works with 3.21, but the wrapper was updated to Wine 3.16 since that version is also being used by DA:O
* Mafia II has similar problems as DA:O so that was also updated to 3.16
* Risen 2 crashes with Wine 3.14 and newer so that continues to use Wine 3.0

Just tested Dragon Age: Origins - it works fine with Wine 4.0 for me. May be it's something hardware or DE specific?

It exhibits this behavior with all Wine versions from 3.17 and up; it might be that it now needs some native libraries but since it works fine with 3.16 without needing any I'd rather stick with that. It's also possible that it's hardware or DE related, but again 3.16 and earlier versions don't have these issues...