DOSBox-X Git (December 28, 2025)

DOSBox-X Git (2025/12/28) has been compiled and enhances DOSBox, which emulates an Intel x86 PC for running old MS-DOS games on modern systems. Recent updates include fixes for MinGW build errors, SDL2_net compatibility, and scalability enhancements. Key changes are the removal of width limits for advanced scalers, allowing support for resolutions up to 4K UHD. Additional updates addressed video memory restrictions and dynamic allocation for buffers to prevent crashes in higher video modes. The emulator now supports higher resolutions without prior limits, improving compatibility and debugging options for advanced rendering techniques. Download the latest version for updates.

(HEY YOU!! We hope you enjoy! We try not to run ads. So basically, this is a very expensive hobby running this site. Please consider joining us for updates, forums, and more. Network w/ us to make some cash or friends while retro gaming, and you can win some free retro games for posting. Okay, carry on 👍)

DOSBox-X Git (2025/12/28) has been compiled. DOSBox-x is a branch of DOSBox. DOSBox emulates an Intel x86 PC, providing sound, graphics, mouse, joystick, modem, and more—essential for playing many classic MS-DOS games that cannot be executed on contemporary PCs and operating systems like Microsoft Windows XP, Windows Vista, Linux, and FreeBSD.

DOSBox-X Changelog:
* notes
* additional info
* Merge pull request #6013 from maron2000/add_sdl2net
* MinGW: Address build error
* MinGW: Compile SDL2_net for SDL2 builds
* Resolve build error
* Include SDL2_net headers only when SDL2_net is enabled
* Align SDL and SDL_net versions
* SDL2_net: Eliminate initialization of libtool
* Remove unnecessary compile options
* VBETEST can’t get/set scan line and pan test with over 8MB of RAM
* IMPORTANT NOTE
* Fix the bug where machine=svga_dosbox displayed all modes and allowed mode setting, regardless of available video memory
* Enforce VGA mode limit values in the VESA BIOS; each SVGA card should indicate its limits
* update
* With video resolution limits removed, new modes up to 4K UHD have been added to the VESA BIOS list. Setting machine=svga_dosbox should work perfectly
* additional info
* TODO
* CHANGELOG
* Eliminate width limit; advanced scalers no longer have width and height restrictions
* Revise advanced scalers for compatibility with any width instead of SCALER_COMPLEXWIDTH
* Note: advanced scalers require 2 additional pixels per row for adjacent pixel checks to avoid render errors
* With recent changes, advanced scalers now lack a maximum height cap
* Dynamically allocate change cache for advanced scalers
* Also dynamically allocate advanced scaler frame cache
* The final code ensuring max dimensions for scaler relates to aspect ratio and modified lines; allocate those dynamically too
* Always utilize the dynamically allocated buffer for source cache, removing the statically defined one. Advanced scalers seem to handle it well
* Why are advanced scalers utilizing cache read line 400+ as frame cache? Restore the frame cache array for proper functionality
* Direct simple render scalers to use a dynamically allocated buffer instead of a fixed size one. Advanced scalers rely on traditional buffers; retain them but disable rendering at 800×600 or higher where their impact diminishes. Adjust other code elements, like vga_draw.cpp and the AVI video capture code, to allocate arrays dynamically instead of based on max scalar width, preventing crashes in video modes above max simpler scaler dimensions and making higher resolutions than 1920×1440 viable. Remove limitations imposed by scalar settings on mode and VESA BIOS, enabling the Video Debug Overlay for 1920×1080 VESA BIOS mode without crashing the emulator. Traditional scaler arrays are maintained for complex scalers, which are too intricate to transition this way and are less effective above 640×480. Include a debugging command line option that forces the render code to simulate GFX_HARDWARE output, enhancing scaler debugging.