There is also new file opengl32.dll is for Windows 98 or Win2k, XP or both? Where to copy it to Windows\System32 or replace it in game directory, when it exist?

what's your gpu?

Geforce 1070.

Some quick video:
https://streamable.com/u0ys1z

if you run the game without haxm it should be i guess about 4 times slower, so you can easily compare whether you got any boost from hax or not

robertmo wrote on 2021-02-03, 16:48:

if you run the game without haxm it should be i guess about 4 times slower, so you can easily compare whether you got any boost from hax or not

Not i my case, we need more testers, to find differences.. When i remove hax, difference is that EMM386 is now working fine, but i quite sure that i tried the same thing before and EMM386 crashed with some:
EMM386 has detected error #1 in an application at memory address 00BB:36F8,
Maybe is really depends on other things, i also replaced dgVoodoo dlls.. or or virtual devices and their address in virtual bus.

Performance difference is 5-15 less fps (so 20-30 FPS), here probably my CPU bruteforce has effect, penalty is only 30% or something like that.

New version of Qemu again messed with commands, other thing which i really hate on these low level stuff with bad architecture (from used perspective, they change this in some internal logic, not on user level, without backward compatibility mod switch..), how i suppose to enable pc speaker on windows? In doc is this:
-audiodev <backend>,id=<name> -machine pcspk-audiodev=<name>
On Windows we dont live in world of ids and same soundback.. it just working.
I tried and failed:
-machine pcspk-audiodev=dsound,id=onboard ^

try this
https://www.patches-scrolls.com/dl.php?file=carmav2a.zip

I thing that game is patched fine (PCem is enable to run it with V2 actited and Voodoo glide2.ovl), i tried same data with Pcem - emulated PIII + V1 and its playable, but cant say how fast it is.. because i dunno who to measure FPS with PCem with Dos game without inbuild benchmark.. because MSI overburner shows nonsense 500 FPS and im not sure if PCem has something like inbuild FPS counter, i did not find it.. I can only say that its machine monitor shows 100% emulation speed.

I thing that primary we need make more games running, so be use where is problem, im not really sure if Tomb Raider 3Dfx demo, is really using 3Dfx mode - more details in online sheet, Arch. Dynasty has problem, with not working mouse is needed to fix, maybe some Qemu bug with ctmouse.. other games are just crashing.

I also found some o my old report with same game version, its from version 3 or 4, i dunno:
- Carmageddon, its running mostly 50-60FPS on Core i7 - 4770S + 1866 DDR3 (Single channel, i temporarly using one stick in other machine) - but most of HUD graphics is missing.

So maybe my present 3Dfx setup sucks, maybe recent code changes sucks, because now is HUD fine, or this particular build sucks, maybe finally working sound has big performance footprint, who knows, we need more testers.

that file is just the exe so just try it

-audiodev sdl,id=sdl,driver=sdl -machine pcspk-audiodev=sdl -device sb16 -device adlib

that file is just the exe so just try it

Ok, i had it, i never used it as standalone executable.. performance is a bit better at start 30-35 fps, during normal car fight 40-45, when im alone 60 fps.. I played this game for long time, but i never was focused on FPS counter.. it is really normal, that there are such big drops.. with "performance" build i expected something better.
I checked Gog version, which is using Dosbox +nGLide, there are drops too, but they are shorter.. as start 45 fps, later more often 60 fps, but there are sometime still drops to 35fps.. But it runs through Dosbox. Maybe game engine sucks and it cant never run at 60 FPS smooth.

So i had higher expectation, its running, better with V2 executable, thanks.. not good game for performance analysis, next.

audiodev sdl,id=sdl,driver=sdl -machine pcspk-audiodev=sdl -device sb16 -device adlib

I log it still complaining about last parameters, but pc speaker works and sb too..

audio: Device sb16: audiodev default parameter is deprecated, please specify audiodev=sdl
audio: Device adlib: audiodev default parameter is deprecated, please specify audiodev=sdl

ruthan wrote on 2021-02-03, 16:09:

There is also new file opengl32.dll is for Windows 98 or Win2k, XP or both? Where to copy it to Windows\System32 or replace it in game directory, when it exist?

Hi ruthan, I see your "summoning spell" was a success and you're already pushing full steam ahead with the holy artifacts that were, rather miraculously, materialized in the process 😁
The opengl32.dll stub you mentioned is for MesaGL, so it's needed if the game uses OpenGL or Direct3D. Where it should reside in the guest, depends on the guest Windows version.
So if you have a Win98 guest, it goes to Windows\System. Win2k and WinXP can make use of it directly in the game directory, I think.

ruthan wrote on 2021-02-03, 13:12:

Which -vga parameter has to be set for Win98x VBE9x passthrough? I have -display sdl -vga cirrus ? Should i for cirrus force VBE9x driver?

I've mostly used -device vmware-svga,vgamem_mb=32 with VBEBM, but whether it makes any difference, idk.

Even mouse is big problem, with:
Qemu5.2 vanilla is ok - same autoexec, same Qemu starting line except main *.exe , i tried new ctmouse2.1, ctmouse1.9, mouse.com even ctmouse /p.. its still the same.. Moving random and autoclick with 3dfx build, i dunno can be difference that normal Qemu is starting in other mode?

Vanilla qemu is starting in some other Windows - has Top menu - Machine, View panel.. has not it..
BTW is possible somehow enable Qemu monitor window on Windows? Its needed for example for cd image replacement by some commands, on Linux it worked fine. I tried "-monitor" but its not working. In long perspective, is there is already some menu it would be nice use it as in all other virtual managers for floppy / id image replacements.

ctmouse2.0

remove emm386 line from config for big fps

https://github.com/kjliew/qemu-3dfx#installin … -guest-wrappers

The opengl32.dll stub you mentioned is for MesaGL, so it's needed if the game uses OpenGL or Direct3D. Where it should reside in the guest, depends on the guest Windows version.
So if you have a Win98 guest, it goes to Windows\System. Win2k and WinXP can make use of it directly in the game directory, I think.

Hi, well robertmo just posted some package of files, without any info.. i had to guess. This file is new one for with Qemu 3Dfx build..
Main thing is it could be used with Windows, because MesaGL is Linux thing.. Otherwise OpenGL32 is in Win98+ always in system32 from its install time.. but some games have their own, drivers too and sometimes is needed to overwrite them, but i asked its always better, maybe its just thing why i can ignore.

BTW i know that Q1Dos,Q2Dos,H2Dos are using some Dos Mesa *.dxe files and that is maybe why its crashing, because they are backed for specific voodoo versions and just add some dxe or old from package is maybe not possible.

I also added some collumn to my matrix for Qemu 5.2 Linux testing, is some want to test if there are things better..

Here you can also follow there i have problems and what is working in Dos.

With Windows98 which are most important from 3D emulating view, because Vmware has some not bad DX9 / OpenGL (2.1 or something old) driver for WinXP, im stuck at command line, i need to know which is proper vga settings for VBE.. My old scripts look like this:

There was some magic parameter -vga sdl or -display something.. cirrus is good for 2d games, but not for 3d, i need to find it, after that i can start with Win98 testing. Dos is easiers, faster reboot and for game installation you can just copy things.

ctmouse2.0

Thanks, tested working.. its like play minesweeper 🙁 It has to other Qemu bug, what other fine drivers is not working.

remove emm386 line from config for big fps

Too cryptic. Its for any game or only Carmageddon, how big improvements are expected?
I used to use it permanently, some games and application require it.. even some drivers (as soundcards), but i guess that is not what we need with Qemu.

you shouldn't use emm with any game using its own dos4gw memory manager

you shouldn't use emm with any game that doesn't require it for speed reasons

Ok, but what is there real difference, do you have any benchmarks, is it more important for Qemu? Because its like, you have to close all not necessary apps, before you run game in windows hint.. nobody do that now, because we no more have 8 MB of ram.

Im not even sure that EMM386 is now for me running, because no page frame, to not memory areas management, its writing that EMM386 is active, but i thing that is doing nothing..

Otherwise with working mouse i could run Arch Dynasty.. its running even with EMM386 pseudo on, 100+ sometimes even 300. I have only problem with it, when i move it to Fullscreen - CRTL+ALT+F, its ignoring all aspect ratio settings, which i forced on Nvidia drivers and with other games it is fine and using full 16:9 are, its possible somehow enforce 4:3?

you can set resolution in dgvoodoo

Thanks, other question.. Somebody already asked, but i did not find answer are games with static link supported too? Or only Dos games which have using external *.ovl are working?

static link obviously not supported