Someone uploaded an archive of WineD3D builds up to 1.7.19 mostly including ddraw.dll.

http://www.mediafire.com/download/51ua9rc36tr … eD3D+Patches.7z

or rename wined3d/ddraw.dll to something else and hex edit the target game to import wined3d/ddraw under its new name.

How do you do that? I tried Mesa's opengl32.dll and it's superslow.

teleguy wrote:

Someone uploaded an archive of WineD3D builds up to 1.7.19 mostly including ddraw.dll.

http://www.mediafire.com/download/51ua9rc36tr … eD3D+Patches.7z

Thanks! *pockets for The Wrapper Project*
[EDIT] Actually, we have all of these already except for 1.7.13 and 1.7.19. We must have got this pack before. Still, every little bit helps! 😀

teleguy wrote:

aqrit wrote:

or rename wined3d/ddraw.dll to something else and hex edit the target game to import wined3d/ddraw under its new name.

How do you do that? I tried Mesa's opengl32.dll and it's superslow.

https://forums.virtualbox.org/viewtopic.php?f=6&t=25939

And now it seems there's a new project, "dosse91" plans to keep releasing builds. 1.7.32 is up.
http://sourceforge.net/projects/wined3d4win/

Are you going to start adding these to your Glide wrapper collection, too?

Stiletto wrote:

https://forums.virtualbox.org/viewtopic.php?f=6&t=25939

Thanks! Doesn't seem to have any benefit though (at least in the games I tested).

If a version of wine works out of the box it continues to work with the exe edited and ddraw.dll renamed. The more recent versions fail to start with the same "AppHangB1" error I received before even after being modified. The same versions run when paired with Mesa opengl32 although there are other issues. I'm positive I've edited the right part because some versions worked with ddraw.dll renamed to fdraw.dll and most exes contained only a single instance of "ddraw.dll".

here is an ugly hack: http://bitpatch.com/downloads/ddraw_wined3d_proxy.zip
[edit] updated ddraw_wined3d_proxy.zip with a newer version already... still don't know if it works

using this proxy dll
games should no longer have to be hex-edited to work with WineD3D On Windows when paired with ms/opengl
just rename wined3d's ddraw.dll to wdraw.dll and paste this new ddraw.dll into the same folder

---

new project

😀 hilarious, coeval.

If a version of wine works out of the box

I actually just tried WineD3D without that proxy dll, mesa opengl(llvmpipe), or hex-edits and it worked fine...
Maybe I'm losing my mind. 🙁
What game do you see errors with teleguy?

a few games may load ddraw via COM, in such cases hex-editing the "ddraw" strings would not help.
though if ddraw.dll is renamed it would load the regular MS/ddraw
a game may also be linking to ddraw from some game dlls in addition to the game exe
hex editing may also disagree with some copy-protection garbage

I actually just tried WineD3D without that proxy dll, mesa opengl(llvmpipe), or hex-edits and it worked fine...
Maybe I'm losing my mind.
What game do you see errors with teleguy?

Jedi Knight and Tie Fighter 98. They give me an AppHangB1 error even with the new proxy dll. The good news is that ddraw_test.exe that is included with wine now runs without triggering an infinite loop.

Which version of WineD3D are you using?

Edit: Tried Legacy of Kaine. Sames story as with the other games. The most recent versions of WineD3D fail to launch and once I found a version that works it made no difference whether I used the proxy dll/an hex editor or not.

teleguy wrote:

The good news is that ddraw_test.exe that is included with wine now runs without triggering an infinite loop.

Scratch that. Apparently I made that that test with one of the older versions of WineD3D by mistake. The newer versions are still broken so I guess that proxy dll doesn't work.

TIE Fighter '98 doesn't crash if the desktop is set to 8-bit color
so it seems its problems are unrelated to the opengl-ddraw recursion loop?

WINEDEBUG with ms/opengl32 wrote:

err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat ... err:d3d:context_set_pixel_format Unable to set pixel […]
Show full quote

err:d3d:context_choose_pixel_format Can't find a suitable iPixelFormat
...
err:d3d:context_set_pixel_format Unable to set pixel format 7 on device context 4E011497. Already using format 5.
err:d3d_surface:surface_prepare_buffer Failed to create a PBO with error GL_NO_ERROR (0).
Segmentation fault

the whole pixelformat thing seems to be an on going problem
https://www.winehq.org/pipermail/wine-devel/2 … ary/102637.html

Interesting how it has changed, or not, since 2012, aqrit:
Re: D3D to open gl wrapper

Hmmmm:
https://bugs.winehq.org/show_bug.cgi?id=2082
https://bugs.winehq.org/show_bug.cgi?id=35718

aqrit wrote:

TIE Fighter '98 doesn't crash if the desktop is set to 8-bit color
so it seems its problems are unrelated to the opengl-ddraw recursion loop?

Thanks! The same applies to JK and ddraw_test.exe. The proxy dll isn't even needed.

the wined3d .dll <= v1.1.38 from there do not static-link with opengl32.dll
the v1.7.32 version that I built does link to opengl32.dll

aqrit wrote:

the wined3d .dll <= v1.1.38 from there do not static-link with opengl32.dll

So this is a dependency added in a revision > v1.1.38? Weird... I wonder why.

PS. Been thinking about Bladeforce's request for a Wine subforum but I think what we might do is merge a bunch of the WineD3D on Windows threads, if that's okay with you.

aqrit wrote:

the wined3d .dll <= v1.1.38 from there do not static-link with opengl32.dll
the v1.7.32 version that I built does link to opengl32.dll

I'm using 1.7.32. It works without proxy dll as long as the game is set to 256 colors.

aqrit wrote:

note: wined3d.dll has a dependency on opengl32.dll but MS/opengl32.dll has a dependency on ddraw.dll ... […]
Show full quote

note:
wined3d.dll has a dependency on opengl32.dll
but MS/opengl32.dll has a dependency on ddraw.dll ...

so to use wined3d/ddraw.dll
one has to either use a different opengl32.dll
or rename wined3d/ddraw.dll to something else and hex edit the target game to import wined3d/ddraw under its new name.

Can someone with Windows 8 (or 10?) check if that is still the case?

I saw a forum post from someone that said he used WineD3D on Windows 8 without any modifications.

teleguy wrote:

I saw a forum post from someone that said he used WineD3D on Windows 8 without any modifications.

Maybe you are thinking of D3D to open gl wrapper ?

No, on the Steam forum.

The files were downloaded from here:
https://sourceforge.net/projects/wined3d4win/

Anybody had much success with using WineD3D? Outside of Infinity Engine games (where they're actually the most suited wrapper), I haven't really gotten it to work well with anything.