Intel's windows vista graphics drivers are pretty terrible, and some older directdraw games won't run at all with them. I know that there was talk before about using wine's opengl-based direct3d implementation on windows, so I was curious if it was at all possible to do the same with directdraw. Ironically Worms Armageddon runs better on my laptop under wine than it does on my gf's under Vista.
Thanks,
Joe
Intel's windows vista graphics drivers are pretty terrible, and some older directdraw games won't run at all with them. I know that there was talk before about using wine's opengl-based direct3d implementation on windows, so I was curious if it was at all possible to do the same with directdraw. Ironically Worms Armageddon runs better on my laptop under wine than it does on my gf's under Vista.
Our d3d implementation works pretty well on Windows(well, as good as it does on Wine), with the exception of directdraw. The problem with ddraw is that ddraw.dll needs wined3d.dll, which loads opengl32.dll, and Microsoft's opengl32.dll loads ddraw.dll. Oops.
Currently we have no real attacking point to this issue.
Stefan Dösinger wrote:
Our d3d implementation works pretty well on Windows(well, as good as it does on Wine), with the exception of directdraw. The problem with ddraw is that ddraw.dll needs wined3d.dll, which loads opengl32.dll, and Microsoft's opengl32.dll loads ddraw.dll. Oops.
Currently we have no real attacking point to this issue.
Is there any good reason for the windows opengl32.dll to be loading ddraw.dll? Might it load it without actually using it? Seems odd that the 3D acceleration API would want to hook into the legacy 2D one.
Stefan Dösinger wrote:
Our d3d implementation works pretty well on Windows(well, as good as it
does
on Wine), with the exception of directdraw. The problem with ddraw is
that
ddraw.dll needs wined3d.dll, which loads opengl32.dll, and Microsoft's opengl32.dll loads ddraw.dll. Oops.
Currently we have no real attacking point to this issue.
Is there any good reason for the windows opengl32.dll to be loading ddraw.dll? Might it load it without actually using it? Seems odd that the 3D acceleration API would want to hook into the legacy 2D one.
The software opengl32 renderer is implemented using directdraw these days and that causes the issues when I experimented with wine's ddraw on windows a while ago. It is possible to work around this (if you declare the number of adapters to 1 before wined3d loads opengl32.dll) from what I remember. It is able to load the functions then but when making GL calls it crashed. Perhaps my radeon9000 drivers had a bug.
Roderick
-
Joseph Garvin -
Roderick Colenbrander -
Stefan Dösinger