0.82.14
- Windows builds, if run on Windows 7 or higher, will now direct
the task bar preview to show only the part of the window
containing the DOS screen. - SDL1 Mac OS X builds fixed to remember window position even
if going to or from fullscreen mode. - Fixed mistakes with SDL2 surface output that caused serious
UI problems with fullscreen mode and fullresolution=original. - Fixed problems with SDL1 Mac OS X and the window/dock menu
filling up with multiple windows that have long ceased to
exist. - SDL1 Mac OS X startup code replaced with startup code from
SDL2 in order to run from main() cleanly instead of running
SDL_main from an OS X event callback. This also fixes the
problem of an unresponsive menu on startup if run from the
terminal. - SDL1 Mac OS X builds fixed not to destroy and recreate the
window every time it is resized. - SDL1 Mac OS X builds fixed to keep the window position
stable every time you resize or do anything to trigger
window recreation. Resizing the window no longer causes it
to re-center to your screen. - SDL initializion fixed not to bail out on startup if
DOSBox-X is unable to initialize SDL1 CD-ROM support (ccawley2011) - Segfault fixed (NULL pointer de-reference) that
occurs when running DOSBox SVN on anything older than
Mojave. DOSBox-X was not affected but the fix was applied
just the same because the possibility is there. - Configuration GUI fixed to fade out with the right color
RGBA order on Mac OS X. - Mac OS X SDL1 builds fixed to ignore mouse movement that
occurs outside the window, unless any buttons are held
down. - Mac OS X RGBA color order error with output=opengl fixed.
EGA/CGA/MDA/Hercules/etc. modes should display properly
now on OS X with OpenGL output. - SDL1 builds for Mac OS X now use the full Application
menu generated by SDL1 instead of just an About command. - SDL1 builds under Mac OS X now support the "touch bar"
on Macbook Pro and offer a few basic shortcuts,
including a few that the touch bar makes much more
inconvenient to use since the function key row is
virtual on the touch bar instead of physical. - SDL1 builds under Mac OS X now offer a few basic
DOSBox-X shortcuts if you command-click or double-tap
the application icon in the dock. - Added support for taskbar extensions offered by
Windows 7 and higher that allow DOSBox-X to put
additional buttons in the preview pane that appears
when you hover over DOSBox-X in the taskbar. - Centos 7 SDL1 builds (Linux X11) can now go fullscreen
properly, instead of making the user input devices
unusable running in an endless loop. - Windows builds now include Mapper and Configuration GUI
commands in the system menu.
0.82.13
- Mac OS X SDL2 builds now use the native OS X menu
system instead of the "SDL drawn" menus. - Mac OS X SDL1 builds now default to the OpenGL
output (if compiled with OpenGL support). Under
recent versions of OS X, OpenGL output gives
better performance than surface (CGBitmap) based
display. - SDL2 builds now have working XBRZ scaler support.
- Mac OS X SDL2 builds updated to completely ignore
touch events, because SDL2 sees the touchpad on
Macbooks as a touchscreen. Prior to this fix, the
DOSBox-X UI was unusable due to mixed input events
from both the touchpad and the mouse input from the
touchpad. - SDL1 High DPI support for Mac OS X users with Retina
displays. - SDL1 fix for display problems (blank windows) on Mac
OS X 10.14.x (Mojave). - Windows builds (compiled with VS2017) now have working
MT32 (Munt) emulation. - Adjusting CPU cycles with F12 + - / F12 + + (Increment
and Decrement Cycles shortcuts) now updates cpu cycles
property. This fixes a problem where adjusting the cycle
count then changing the CPU core caused DOSBox-X to reset
the cycle count back to the original value. - Linux/X11 support fixed not to assume XRandR extensions
are present, but to instead ask the X11 server first. - Simple scaler rendering has altered the RENDER start line
state so that detection of a changed line triggers a block
of rendering without compare within a limited count before
checking again. This means a reduced CPU load with scalers
because it only detects frame changes every line before
changes detected, and then on average every 12th line
when running the scaler code. Hopefully this helps the
Raspberry Pi keep up with DOS gaming better. - Simple scalers now offer compile-time (not run-time)
option to omit per-pixel compare in scaler and process
the entire scanline instead as a performance adjustment
for slower and embedded systems. - Video debug menu added. First item is one that blanks the
display to test screen updating. - Simple scalers (normal 2x-5x and SAI) revised to process
changes and scaler rendering in larger blocks for possible
performance improvement. - Simple scalers fixed to properly compare all pixels to
detect changes properly, instead of only the first 4-8
pixels. - EGA/VGA text rendering combined to reduce code copypasta
and reduce bugs. - VGA 16-color planar modes now obey CRTC byte/word/dword
bits.