Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-29, 19:32

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Sure. However, running QEMU x64 built from mingw-w64 has a number of dependencies DLLs. Let me take a look if static build is possible or I will just package all the dependencies with it. Anyway, you will need to prepare your own disk image for win9x, unless you already have one lying around that …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-28, 18:47

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Hi Dege, I think 64-bit dgVoodoo2 really have some serious rendering issues. I managed to get more games to try. All of them work with 32-bit dgVoodoo255_2. Adding the list of games with rendering issues: - NFS 3 Hot Pursuit - Nuclear Strike - MDK 3Dfx - NFS 2 SE I believe all these games share the …

---

Re: win98se on newer hardware

Posted on 2018-06-28, 04:46

by

by kjliew

in Marvin \ Software

in Marvin \ Software

The nice thing on 98SE is, that it still can fall back to the BIOS-level. So at least the basic stuff does work without installing any drivers. I think this is bad thing because falling back to BIOS-level means that one is giving up all potential acceleration by the shiny, expensive GPU. It is …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-27, 22:13

by

by kjliew

in dgVoodoo General

in dgVoodoo General

HI Dege, Attached the patch for QEMU 3Dfx Glide pass-through. It should work with any recent version of QEMU. I am testing with the following version: QEMU 2.12.0 (sdl2) QEMU 2.9.1 (sdl1/sdl2) QEMU 1.6.2 (sdl1)(patch failed for 1 hunk, but manual merge is easy) You will need MSYS2/mingw-w64 GCC …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-25, 05:34

by

by kjliew

in dgVoodoo General

in dgVoodoo General

I noticed that dgVoodoo may have miscalculate the rendering window size by 1 pixel. When dgVoodoo takes over the window, the window is missing the right and bottom border. OpenGlide and psVoodoo are OK. This applies to both 32-bit and 64-bit dgVoodoo. Another 64-bit only issue, but this time it …

---

Re: How is the speed of an Operating System inside DOSBox?

Posted on 2018-06-22, 23:18

by

by kjliew

in DOSBox General

in DOSBox General

Also, you've heard of PCem, right? Yeah, I have been monitoring this. I tried out v14 recently, I am impressed, but yet DOSBox is faster and kekko 3Dfx chip emulation still works better. any of the "expert retro old school pc advice" of using DaemonTools in Dosbox on multiple 2GB hard drive images …

---

Re: How is the speed of an Operating System inside DOSBox?

Posted on 2018-06-22, 21:25

by

by kjliew

in DOSBox General

in DOSBox General

I never knew one could install winXP or Vista inside of DOSBox to run games. I've tried most other virtual machines to run 3dfx or D3D games and they have proven either glitchy or too slow or both. Not WinXP or Vista, but Win98SE/Win95 are fine. Just not supported, you are on your own and don't …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-22, 21:07

by

by kjliew

in dgVoodoo General

in dgVoodoo General

But I still don't understand this fog-thing. _guFogGenerate* functions work just fine in the x64 build too, I didn't have to disable anything because of the x64 target (float math runs on SSE2 in the x64 build). I tested both Test08 and Test22 and both of them have proper fog, as their 32 bit …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-22, 19:26

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Wonderful!!! :happy: Both 3Dfx demos, race & fight, now run beautifully. Quake2 3.20 also works, and it finally breaks 30FPS on demo1 on QEMU. DgVoodoo2 is the current leading wrapper in speed and rendering accuracy. OpenGlide comes very close in speed, but there are few rendering quirks. PsVoodoo …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-22, 00:10

by

by kjliew

in dgVoodoo General

in dgVoodoo General

x64 dgVoodoo tries to load the splash dlls but it obviously fails. Not a problem, if you wrap them from 32 to 64 bit (as you did) then logo and splash screen should work. I think the splash DLLs are 32-bit DLLs from 3Dfx. They won't work with x64 dgvoodoo. AFAIU, the 3Dfx splash DLLs are to be used …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-22, 00:02

by

by kjliew

in dgVoodoo General

in dgVoodoo General

TEST08 from 3Dfx Glide 2.11 SDK is also failing, regardless of which DLL I used. I think this is obvious that GR_DEPTHBUFFER_WBUFFER is having trouble in the x86_64 build. GLIDE.DLL also has the same issue as its 32-bit counterpart on the LFB write. Mechwarrior 2 3Dfx HUD rendering is broken on both …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-21, 20:13

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Dege wrote: 'Force emulating true PCI access' must/should be enabled for such cases but it worked too (aside from the splash dlls as those are 32 bit). The guest wrapper DLL does not export these functions. Are they really neccessary? Which games won't work without them?

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-21, 20:08

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Testing Glide2x.dll at the moment: 3Dfx SDK tests failed - TEST06, TEST22, TEST29. They ran fine but producing different output from 32-bit dgVoodoo2.55_2 on QEMU i686. 3Dfx demo failed - race, fight. race - 3Dfx stamp showed on the lower right corner and the center dividing block border. Background …

---

psVoodoo improvements

Posted on 2018-06-21, 01:59

by

by kjliew

in GliDOS General

in GliDOS General

Hi, First of all, thanks for making psVoodoo an open sourced glide wrapper. I started working on Glide pass-through for QEMU, mainly to be able to play ancient 3Dfx Win9x games, which most of them are having hard time working on Windows 10. I have been able to target OpenGlide and psVoodoo. QEMU TCG …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-21, 01:08

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Attached to def file from dgVoodoo2.55_2 from Glide2x.dll Here's how I did it from bash shell: Copy code to clipboard 1 $ pexports Glide2x.dll | sed "s/\(^_.*\)/\1\ = \1/;s/=\ _/=\ /;s/@[0-9]*$//" You should really be ditching VS and move to MSYS2/mingw-w64 😎 I made that transition many, many years …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-21, 00:57

by

by kjliew

in dgVoodoo General

in dgVoodoo General

The only way to force the 32bit decorated names is to create a .def file for the linker and specify all of the 100+ functions one by one to alter to their 32bit equivalents. I was about to tell you about using the def file in linking the DLL, but I am not sure if your toolchain supports it. Well, …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-20, 19:25

by

by kjliew

in dgVoodoo General

in dgVoodoo General

For 64 bit there is only one function calling convention, so there is no function name decoration like for 32 bit _stdcall's. I mean, for example grSstWinclose isn't exported from Glide2x.dll as '_grSstWinClose@0' like for 32 bit but simply as 'grSstWinClose'. This must be taken into consideration …

---

Re: GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-19, 18:59

by

by kjliew

in dgVoodoo General

in dgVoodoo General

What application did you try it with, I'm interested? Mechwarrior 2 3Dfx version. I found several peculiarities with MechWarrior 2. It touches LFB even outside of _grLfbBegin/_grLfbEnd using the LFB write pointer obtained from _grLfbGetWritePtr. It does not use _guFbReadRegion/_guFbWriteRegion for …

---

GLIDE.DLL LFB implementation issue + WIN64 DLL?

Posted on 2018-06-18, 17:58

by

by kjliew

in dgVoodoo General

in dgVoodoo General

Greetings, my friend Dege! Not sure if anyone still has interests in the ancient GLIDE 2.11 support, I found that dgVoodoo2 had broken the LFB implementation on GLIDE.DLL. When _grLfbGetWritePtr was called, the return pointer to LFB seemed to be faked and none of the writes will get updated to the …

---

Re: 64bit Vanilla Dosbox?

Posted on 2018-06-10, 20:42

by

by kjliew

in DOSBox Development

in DOSBox Development

Check out MSYS2/mingw-w64 for Win64 DOSBox I am trying the get DOSBox devs to look into WIN64 issues. Hopefully, it will help to get their attention.

---