Reply 220 of 246, by gulikoza
- Rank
- Oldbie
Do you have the correct (the one from the archive) glide2x.dll inside Win95?
Do you have the correct (the one from the archive) glide2x.dll inside Win95?
Yes, I did have the correct glide2x.dll in the guest OS.
Nevermind, I figured it out. Somehow, the MapPhysToLin() implementation using VxDCall to DPMI service in Win9x was failing. I don't know why. I applied h-a-l-9000 paging patch, updated S3 drivers and somehow things were working.
I am able to get some 3Dfx demos working now, but some still failed. NFS2SE demo still failed, but this is a different failure, not related to glide calls thunking.
yeah..it's a nasty hack 😀
I found an issue with Glide patch.
When DOSBox is using imgmount'ed disk image instead of the mount'ed local folder, Glide calls which deals with local texture file, such as gu3dfGetInfo() failed located the file in the guest environment to feed to the host glide wrapper. I had a workaround to put the same texture files in the host OS manually for DOSBox to locate them to feed to the host glide wrapper.
My workaround is just a simple hack. A more elegant solution would be having DOSBox to copy the files on-the-fly from guest to host in a temp folder and remove or leave with it when DOSBox exits.
I feel that this may not be a new issue. It's probably been there since in the past I hadn't paid much attention in this area as I wasn't fascinated about DOS Glide. Now, as DOSBox improves to being able to boot Win9x, this has now made lots more sense.
Gulikoza, by the way, do you have any interest to port your glide pass-through patch to QEMU?
This would definitely breath new life into retro gaming for early Win9x native 3Dfx glide games.
Yeah, never thought of that since when I started development win9x wasn't even the target. Later games use *TexDownloadMipMap and the wrapper doesn't need to access the file so I guess the issue never came up.
I never worked with QEMU and unfortunately have no knowledge of the code. I only deal with QEMU in KVM environments, but I have a feeling you're talking about the emulation part 😀
Wouldn't voodoo chip emulation be a better candidate for porting?
I haven't tried out the voodoo chip emulation in DOSBox. I read the post and I feel that it may be too slow as not everything is accelerated with host OpenGL and I couldn't download the patch from the thread. Don't get me wrong, I don't mean to despise its significance, but I think Glide pass-through may have the advantage of performance and simplicity in implementation and maintain.
I noticed issue on LFB accesses causing flicking. This only happens with dgVoodoo, but not OpenGLide.
For example, when pulling down console in Quake II demo, the console text is flicking. Similar, for games which render HUD using LFB, the HUD is also flickering. This is observed in MechWarrior 2 Titanium series.
Is this a known issue?
No, I'll check it out...
With a real Voodoo2:
Battlecruiser 3000 A.D. 1.07c - "LFB memory map failed, using default LFB address!". Then ctd (dosbox.exe module unknown offset 3fb1590).
Battlecruiser 3000 A.D. 2.0 - same errors. The offset is 2fc1590.
With nGlide 1.02:
"LFB memory map failed..." message.
BC3k 1.07c - page fault.
BC3k 2.0 - module dosbox.exe offset 24236c.
IIRC the last Ykhwong's build which is working with these games is 5 Feb 2013.
Asus P4P800 SE/Pentium4 3.2E/2 Gb DDR400B,
Radeon HD3850 Agp (Sapphire), Catalyst 14.4 (XpProSp3).
Voodoo2 12 MB SLI, Win2k drivers 1.02.00 (XpProSp3).
Hello,
I am dying to play Archimedean Dynasty via DosBox on my old PPC Mac, I´m also quite inept at complex procedure requiring manual patches and compiling.
I was hoping that maybe someone could supply a glide patched version of DOSBox for OSX or make a detailed tutorial of how to use the resources here in order to create one. I´m so wanting to play the game 🙁
I can get it running on dosbox but there are color issues, choppy video and sound problems.
Would be a real treat to have someone help 😁
I think you will not have any joy on a PPC Mac. It's just too slow, can't handle dynamic core etc. Sorry...
Well it's a G5 1.8 GHz with 2GB RAM, it might just work don't you think ?
Since you say it runs badly already...
Only nGlide supports Archimedean Dynasty well enough to be playable and it's Windows only...
wrote:I was hoping that maybe someone could supply a glide patched version of DOSBox for OSX or make a detailed tutorial of how to use the resources here in
Here is a Glide port for Mac OS X, but it's Intel only:
Mac OS X DOSBox game wrapper with 3Dfx Glide support (Intel 10.5 & 10.6)
Klimawandel.
Attempting to use this on Mageia Linux 5.0 64 bit (and using openglide), it appears to work, but I do get a glitch: I am playing Tomb Raider. If I look at the main menu, or if I load a saved game, the polygons aren't shaded. However, the workaround is that if I go to Lara's home or start a new game, then return to the menu or load a game after that, miraculously the polygons are shaded and everything seems okay.
I have no idea if this glitch is an openglide bug or a dosbox bug.
Unfortunately, I tried Unfinished Business. Unfinished Business has the same glitch that I get on the regular levels. But it seems that my workaround to fixing the glitch doesn't work on UB--my guess is that the workaround depends on the FMVs and UB doesn't have any FMVs. So I'm stuck with no shading making everything look really weird.
Has anyone else had this problem?
Also, I get the following problems:
-- Running and exiting anything that uses Glide results in a black screen or window. I can still type invisibly in it and have my commands executed. (This was also reported by someone else here).
-- In the specific case of Tomb Raider, just going to the menu and immediately exiting results in a black screen. However, if I use the workaround--that is, if I go to Lara's home or start a new game, thus suddenly causing shaded polygons to work--and then exit, it crashes.
Edit: gulikoza solved this problem here but I still get the other two problems, as well as a problem where the FMVs don't work properly in fullscreen (which might not be related to the Glide patch_
Can't remember if this patch can also hook glide.ovl (dgVoodoo 1.x can...)
Interesting, I just found evidence of a prebuilt Glide3x.ovl.
It's included with Quantum3D Obsidian2 90/200SB V5P (Professional Series Boards) - DirectX5 Driver, Release 5P
and Quantum3D Obsidian2 90/200SB V5.1P (Professional Series Boards) - DirectX5 Driver, Release 5.1P
See: http://falconfly.de/quantum.htm
Mention of it here: http://www.thedodgegarage.com/3dfx/downloads/ … UsersManual.pdf
My assumption is that it is card-specific, and AFAIK I do not think there are any test binaries (a Glide3 using DOS application compiled with Watcom).
Unless a standard 3dfx Glide3x.ovl can be built from Glide source (or the leaked source?) and Glide 3.x for DOS test binaries assembled... there would be no way to test 😀
"I see a little silhouette-o of a man, Scaramouche, Scaramouche, will you
do the Fandango!" - Queen
Stiletto
The patch in the original post of this thread no longer applies to a plain SVN build of DOSBox because r4056 changed the "configure.ac" file enough that a change to that file for Cygwin/mingw32 (lines 50-61 of the diff) gets rejected.
I don't know enough about the patch to know if it's okay or safe to just add the "-lshlwapi" flag back again; is there a more recent patch that can be used?