hello, i was wondering if anyone would be willing to help with linux support? please note: if you don't want to this shouldn't require a full rewrite of the program thanks to wine, just a few slight modifications really. looking forward to replies!

Two things doing the same thing. Wine already translates D3D into OpenGL calls. Considering their past history with D3D Gallium3d state trackers, I doubt they'd be interested in an outside party' pushing for a major change in architecture.

The same fixes that dgVoodoo 2 applies for earlier D3D APIs could be applied directly to the Wine graphics stack without having to run two compatibility layers. Glide support is somewhat more interesting, as Glide isn't implemented in the Wine stack.

Actually, I consider this feasible. I haven't heard of the Wine devs being hostile to patches unless they involve substantial changes in architecture.

I would certainly also welcome dgVoodoo 2, but i think that might be a large task requiring an excellent understanding of dgVoodoo 2, the Wine translation layer, and possibly Linux graphics driver capabilities. Plus, I doubt the Wine devs would commit a huge amount of time to it as dgVoodoo 2 doesn't bring fundamental new capabilities to the table.

i was thinking more if we found ways around these unimplemented features and just made an alternate wine compatible WINDOWS binary for now? then showing the wine team the overall benefits they could work towards making it a toggle option in winecfg (something like upgrade old directx calls). i mean, if these are all fairly normal workarounds we could just have one universal binary? i know they strive towards an authentic windows feeling but it could be a toggle a bit like how you can choose to have wine windows blend in or have windows style title bars

you might find it a bit less daunting like this. as the actual game loads and deus ex human revolution (pretty sure that's directX11) loads. i'm guessing you're referencing something very particular as the control panel loads up?

Lyciathelycanroc wrote:you might find it a bit less daunting like this. as the actual game loads and deus ex human revolution (pretty sure that's directX11) loads. i'm guessing you're referencing something very particular as the control panel loads up?

No, nothing special. The CPL is just a standard Win32 application relying on GDI, USER and KERNEL, I'm sure Wine can handle that part.You can check the API log of the CPL by API Monitor (http://www.rohitab.com/apimonitor), but I extracted and attached the part affecting DX11 (and DXGI).

All the CPL does is enumerates the available adapters and their display outputs through DXGI and creates a D3D11Device. I guess it's the software WARP device tzpe that Wine is complaining about.But other than that, if (full) D3D11 support is available through Wine then it should handle the rest.

On the other hand, I don't think that wrapping DX/Glide -> D3D11 -> OpenGL would yield a good result (performance). For Linux, the best would be to implement an API output other than DX11, for example Vulkan.