DOSBox X with NGlide Passthrough.... Is kicking my rear end for the past 2 days....

I am following the "how to" for Jet Fighter III here:
https://www.tales-from-darkenedroom.com/post/ … ide-passthrough

After a day I figured out that I was using a 64 bit version of DOSBox X with 32 bit NGlide

After more of a struggle I was able to get DosBox X to generate the glide2x.ovl file in Z\System.

As of now the game still crashes when I select a mission and go fly.... no 3dfx splash screen either... which tells me something is STILL incorrect.

Any ideas out there?
I think I'm to my limit on it.... 🤣

I made a post about an issue recently and was redirected to post it here instead since I'm using Dosbox X. I'm experiencing crashing when saving a state while playing the game Abuse. I've played quite a few games on Dosbox X so far using savestates. I have not had any issues with any other game so far using savestates until now. The game crashes as soon as I try to save a state. Both with using a save slot and trying to use a save file. Anybody know why this is happening? My Dosbox X version is "2025.05.03 Visual Studio SDL1 64bit". I've created a custom config for running the game but I also ran the game with the default config to rule out potential config issues. Also, I'm using Abuse v2.00.

Hi all,

I have acquired .FDI and .D88 disk images of Sublogic Flight Simulator II for PC-98. These are boot disk images, and I have no problem running them in the Neko Project II emulator. I would like to get them running within DosBox-X but have so far been unsuccessful. All I see is a blank black screen.

To summarise, I have machine = PC98 and the autoexec commands as below (dosbox-x.conf attached):

imgmount 0 "F:\FSIINEC.FDI" -t floppy -fs none
boot -l a

When I run the debugger (boot -l a --debug), I get the following (log file attached).

The obvious stand out in the log is the "PC-98 boot: Unable to determine boot drive type for ssize=512 heads=2 cyls=80 sects=9. Guessing".

Is this a problem that can prevent booting? If so, what can I do about this?

There are a couple of other noteworthy logs in the log file (there could be others that I have failed to recognise the seriousness of...):

1) Memory I/O complexity optimization enabled aka option 'memory io optimization 1'. If the game or demo is unable to draw to the screen properly, set the option to false.
I have tried both 'true' and 'false' settings with no appreciable difference between the two.

2) 0 ERROR SBLASTER:Only Sound Blaster 16 is allowed in PC-98 mode
I assume the 0 above means this is not an error? The DosBox-X.conf file has sbtype=16

I'd really appreciate any insight and advice anyone can give to this. I'd prefer to exhaust troubleshooting within DosBox-X first, before I go away and try to figure out how to convert .FDI files to other format structures or remaking boot disks etc. I know next to nothing about all of that sort of thing and want to make sure that is research and actions of last resort.

Thanks everyone.

Trent

DOSBox-X is not able to determine how to present the floppy disk image from the geometry.

The memory complexity optimization code at this time is only concerned with EGA/VGA emulation and the potentially complex raster byte operations involved with planar memory. When enabled, DOSBox-X will use faster simpler video memory emulation when those more complex planar operations are not in use.

Is that PC-98 game available online somewhere? Such as, the Internet Archive Neo-Kobe collection? It sounds like something to test DOSBox-X against.

Hi TheGreatCodeholio! Appreciate the quick response!

First of all, it would be remiss of me to fail to thank you (and anyone you might happen to work with) for the hours of enjoyment that DosBox-X has provided me. I have absolutely no skill in this area, and really appreciate you applying your skills in such a way that brings enormous enjoyment to myself and many many people.

This game is a very difficult one to find, and isn't available in any public repository that I'm aware of. However if you're interested in looking into this further, or using this for testing purposes, I'd be prepared to share the images I have with you. Please do PM me if you are interested (I'm not yet able to initiate PMs).

While I have your attention, some time ago I logged issue 5869 on the github tracker in relation to another game that perplexes me, because it works fine on DosBox-X at a lower resoution, but as soon as I try for the higher resolution, I get a garbled display. I suspect the reason is because of creative hacks the creator used in creating the higher resolution driver and there probably isn't too much DosBox-X can do about it. Anyhow, I mention it because it hasn't received a lot of attention (which is fine, I understand things are prioritised differently) and I'm curious if you wouldn't mind taking a quick look and off the top of your head letting me know what you think? Ie. this is probably caused by a known issue and will be addressed at some point in the future, or this just looks totally bizarre and I have no idea what might be the problem. Perhaps your thinking is somewhere in the middle of those?

Thank you again for all the time and effort you give.

Trent