dosbox-x

At least the ARM-based binary of DosBox-X (a variant of DosBox) runs natively and works great for everything I've thrown at it like old Apogee games, etc. https://github.com/joncampbell123/dosbox-x

>install DOSBox for Mac Mind you there are countless DOSBox forks out there and the vanilla original one is probably the least interesting one. Nowadays the three most popular one would be DOSBox-X, DOSBox Pure, and DOSBox Staging https://dosbox-x.com/ https://github.com/joncampbell123/dosbox-x https://schelling.itch.io/dosbox-pure https://github.com/schellingb/dosbox-pure-unleashed/ https://www.dosbox-staging.org/ https://github.com/dosbox-staging/dosbox-staging

DOSBox-X has DOS as one of its supported host platforms (using HX-DOS that a sibling comment mentioned): https://github.com/joncampbell123/dosbox-x#dosbox-x-supporte...

If you want to install NT 4.0 on DosBox-X I found this guide helpful: https://github.com/joncampbell123/dosbox-x/discussions/4907#...

DOSBox-x on FreeBSD at least has is disabled by default, but it can be enabled when building from ports (make config). https://github.com/joncampbell123/dosbox-x/blob/master/READM...

DOSBox can be configured to include a debugger. The feature is not enabled in the official binary but the enhanced derivative projects probably have it (DOSBox-X definitely does): - https://www.vogons.org/viewtopic.php?t=3944 - https://github.com/joncampbell123/dosbox-x/wiki/DOSBox%E2%80...

DOSBox-X links to a 2019 emscripten WASM port: https://github.com/joncampbell123/dosbox-x em-dosbox: https://github.com/dreamlayers/em-dosbox Does dosbox[-X] [in WASM] support SBEMU? There's a note about fpu=false and 80 bit precision in the dosbox-x and em-dosbox docs; how does that affect SBEMU and sound ouput? docker-dosbox: https://github.com/schneidexe/docker-dosbox/blob/main/Docker...

Windows 98 apparently runs fine in dosbox (dosbox-x?). My dosbox install is locked on Win 3.11, since that's a better compatibility sweet spot for me. Anyway, that should provide much higher-fidelity emulation than Wine, and is also easier to keep off the network, etc. Also, I guess it runs on Arm processors these days (since it's an emulator, and not a hypervisor): https://github.com/joncampbell123/dosbox-x Wine is generally more convenient if it works though.

In many cases better served by a fork of DOSBox, such as DOSBox-X [0] or DOSBox Staging [1]. The DOSBox development team really likes to take their time, and often rejects outside contributions. They are only interested in running games, so will even reject bug fixes, unless you can show the bug harms some game. They are still on SourceForge and Subversion, which also acts to discourage outside contributors. Overall a rather conservative and risk-averse approach. The forks are at GitHub, and have GitHub Actions for CI, and more modern build processes/etc. DOSBox-X wants to support running all applications, including non-games; DOSBox Staging has more of a games-centric focus, but still is much more open to new and improved features than the original DOSBox is. Both have a much faster development and release cycle, and are much more welcom

Also check out Box86: https://github.com/ptitSeb/box86 Impressive to see people playing Half-Life 2, Unreal Tournament 99 and 2004 on a Raspberry Pi 4. Curious if this could be extended to Emscripten (JIT for WebAssembly/Emscripten?) which would be perfect for archiving and portability. Closest project I have seen is DOSBox-X which seems to already have an Emscripten port: https://github.com/joncampbell123/dosbox-x HL2: https://www.youtube.com/watch?v=Lq5dJ0oc_6k UT2004: https://www.youtube.com/watch?v=4VOAeOQcrdo

From their repo: DOSBox-X is a cross-platform DOS emulator based on the DOSBox project (www.dosbox.com). Like DOSBox, it emulates a PC necessary for running many MS-DOS games and applications that simply cannot be run on modern PCs and operating systems. However, while the main focus of DOSBox is for running DOS games, DOSBox-X goes much further than this. Started as a fork of the DOSBox project, it retains compatibility with the wide base of DOS games and DOS gaming DOSBox was designed for. But it is also a platform for running DOS applications, including emulating the environments to run Windows 3.x, 9x and ME and software written for those versions of Windows. https://github.com/joncampbell123/dosbox-x

I'm fairly certain a real hardware VGA implementation would maintain that index as an unsigned 8-bit value. I've found an authoritative source - a datasheet for an IBM RAMDAC used for their VGA-compatible video cards: ftp://retronn.de/docs/pc_hardware/DACs/IBM37RGB524.pdf An increment past 0xff will "wrap around" to 0x00. I suppose there's probably some demoscene code out there somewhere that repeatedly updates the entire palette, outputting to the address write register once then just banging on 0x3c9 repeatedly... I haven't looked, but definitely check the "tiny" (512b and below) category if you want to find tricks like these. I'm also reasonably certain there's going to be at least one which does that for a palette animation effect, taking advantage of the wraparound so it won't have to reset the write index again (and thus saving