DOSBox-X Git (2016/02/08) is compiled. DOSBox-x is a branch of DOSBox v0.74. DOSBox emulates an Intel x86 PC, complete with sound, graphics, mouse, joystick, modem, etc., necessary for running many old MS-DOS games that simply cannot be run on modern PCs and operating systems, such as Microsoft Windows XP, Windows Vista, Linux and FreeBSD.
DOSBox-X Git Changelog:
* gus: try to match observed wave/ramp IRQ behavior where diddling the
pending bit does not un-stuck a stuck voice.
* gus: consolidate port 2X6 and IRQ dispatch masking. IRQ dispatch now
only fires an IRQ for status bits that changed to 1, rather than
re-firing events already listed as pending (which brings emulation
closer to actual GUS hardware behavior). It was observed on real
hardware that if a voice IRQ fires and the handler does not read
register 8Fh to answer it, further voice IRQs are not sent until the
voice is acknowledged through register 8Fh. Following up on RealTech's
"Dimension" demo, GUS hardware behavior implemented here is the reason
the demo can blindly write 0xFF to Voice Control, trigger an IRQ, and
yet continue playing music without drowing in GUS interrupts.
* GUS IRQ check cleanup
* typo fix
* gus emulation: update to reflect undocumented voice IRQ behavior when
voice is stopped.
* Remove RealTech "Dimension" GUS hack, the real hardware actually does
permit writing bit 7 and causing a voice IRQ even if stopped.
* sound blaster: for non-sb16 cards, run the busy cycle if either the DSP
is playing audio via DMA, or if the DSP *was* playing audio via DMA.
Temporary hack for "Saga" by Dust. Without the hack, the demo can get
hung up in it's own interrupt handler while programming a new DSP block,
waiting for the DSP to busy cycle between commands. TEMPORARY HACK.
* gravis ultrasound hack for RealTech "Dimension" demo: if a write to
Voice Control sets bits to stop a voice, then the bits to enable wave
IRQ and pending wave IRQ shall not affect the WaveIRQ bitmask and
whether or not any GUS interrupts will happen. "Dimension" apparently
stops a voice by writing 0xFF to Voice Control, which prior to the hack
caused the demo to crash from NOT handling the wave IRQ that the GUS
would attempt to signal. For more information see Issue Tracker
entry #157. This hack and the odd behavior noted raises questions on
possible undocumented Gravis Ultrasound behavior when treated in this
manner.
* sb bugfix: "goldplay" mode should not spam the debug log if an errant
DOS application forgets or is unable to acknowledge the Sound Blaster
IRQ.
Download: DOSBox-X Git (2016/02/08) x86
Download: DOSBox-X Git (2016/02/08) x64
Source: Here
0 Comments
Post a Comment