DOSBox-X release 0.82.6 2018-05-03 09:55

0.82.6

• Resizing the window in SDL 1.x Windows builds
  fixed to work correctly in the latest build
  (1803) of Windows 10. Prior to this fix, resizing
  the window on that build would quickly hit a deadlock
  that prevented the user from moving or resizing the
  window again after that point.
• PC-98 dosbox.conf option added to select between
  accurate key/shift mapping, vs an alternate mapping
  appropriate for US keyboards (Yksoft1)
• SDL 1.x for Linux/X11 modified to differentiate
  Ro and Yen keys despite X11 xkbmap apparently
  mapping both to the backslash. The keymap is
  queried to detect the scancodes at startup
  in order to return the correct SDLK constant.
• SDL 1.x and DOSBox-X mapper code updated to
  correctly map Ro, Yen, @ ^ ; : keys on a JP
  keyboard in Windows and Linux.
• PC-98 keyboard BIOS handling updated to generate
  ASCII codes according to PC-98 layout, instead
  of by US keyboard layout.
• Mapper updated to support @ (at sign) key,
  ^ (caret) key, and a few other keys that
  exist on JP keyboards.
• "Hold" modifier for mapper bindings fixed.
  It is now possible to tap the key again to
  release the hold.
• VHD differencing disk support added (Shane32)
• INT 18h AH=0Ah updated to support 20-line
  text mode. Some games use the 20-line text
  mode to space the text out vertically.
  Such games will display correctly now.
• INT 18h now maintains text layer state
  in BIOS data area byte 0x53C, just as
  the actual BIOS does.
• Added PC-98 INT 18h function AH=0Ah and
  AH=0Bh to support BIOS calls that enable
  "Simple Graphics" mode. This fixes
  problems with other games having vertical
  lines over the graphics, even though
  these games do not appear to use the
  simple graphics at all. (yksoft1)
• Added support for PC-98 "Simple Graphics"
  mode of text layer attribute bit 4. When
  enabled, the attribute bit 4 changes
  meaning from vertical line to a bit
  indicating that the 8-bit character is
  a low resolution 2x4 bitmap to be
  displayed in the text layer. This fixes
  score and status display in Carat.
• PC-98 INT 18h now implements AH=31h to
  report CRTC, text and graphics state and
  24khz/31khz video mode selection. This
  fix allows some games including Touhou
  Project to pace it's gameplay correctly
  in either video mode.
• MinGW HX DOS builds default to host key
  F12 again
• PC-98 mode now offers selection between
  24khz and 31khz video modes (yksoft1)
• KEYB.COM fixed to load only the fonts the
  ROM BIOS has allocated. This fixes a guest
  system crash if using KEYB.COM with
  machine=ega
• Moved host key to F11 for Windows. F12 is
  already taken by some internal debugging
  voodoo within Windows itself.
• DOSBox-X codebase now strongly encourages
  compilation with C++11, will become
  required soon.
• BOOT command fixed to make it possible to
  IMGMOUNT multiple floppies to drive 1, and
  boot from another disk in drive 0. This
  should enable the use of DOSBox-X with
  PC-98 games that expect to boot from drive
  A and the user to rotate through floppies
  in drive B.
• IMGMOUNT fixed to support mounting with no
  filesystems and multiple disk images, and
  using the "swap floppy" command to rotate
  through them.
• Added options to BOOT command that allows
  specifying multiple disk images and an option
  that says to swap disk images only through
  one drive.
• VHD dynamic support added (shane32)
• INT 10 AH=9 background color fixed in 256-color
  VGA modes.
• Intro text updated to reflect new default
  key bindings.
• Mapper shortcuts not in common use now exist
  without any default binding, and most existing
  default bindings are now associated with the
  "host" key.
• Added 4th modifier "host" key to the mapper.
  This "host" key is F12 by default. The intent
  is to eventually move most mapper shortcuts
  to some combination of F12 and another key,
  rather than many shortcuts scattered over the
  keyboard. Existing dosbox mapper files should
  continue to work.
• Renderer and 32bpp VGA display code fixed to
  reorder RGBA order for correct display on Intel
  Mac OS X systems. Mac OS X, on Intel systems,
  uses a strange BGRA 32bpp format that requires
  some adjustment on our part to display correctly.
• Added more 24bpp INT 10h VESA BIOS modes.
• Removed per-sector debug messages from VFD/FDD
  image support code.