EmuCR Feeds
Email Us

EmuCR: DOSBoxDOSBox-X Git (2016/03/03) 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:
* make the project settings more consistent
* VS2015 needs M_PI define
* new patch, to integrate later.
* rearrange VESA BIOS modelist a bit to place 320x200x256 at 0x153.
Realtech's "Countdown" demo will crash if mode 0x153 is not 320x200x256
if you run it with S3 acceleration.
* S3 Trio XGA bugfix: The XGA Bresenham line drawing routine sign-extended
the parameters in a way that was perfectly fine for 32-bit builds, but
causes the XGA emulation to hang on 64-bit builds. 13-bit sign extension
has been corrected for both 32-bit and 64-bit builds. This fixes two
known scenarios where the incorrect sign extension caused hangs: 1)
Windows 95 with S3 emulation and an application that draws lines on the
screen (the Mystify screen saver is a good test case) and 2) RealTech's
1995 demo "Countdown" when S3 acceleration is enabled (at the wireframe
hourglass part of the demo).
* Merge pull request #175 from crawlingChaos/master
Fix support for 4GB+ files. Add support for sector sizes other than 512 bytes.
* Support for sector sizes other than 512 bytes (image cluster size must be a multiple of sector size).
* Swtich fseek and ftell to fseeko64 and ftello64 respectively to allow > 4GB files.
* tune ESS AudioDrive emulation to better match observed audio quality and
filtering on real hardware (what it sounds like). It sounds like the ESS
is using a lowpass filter with different characteristics than how we
apply it, but this will do for now.
* I can already tell, ESS AudioDrive's lowpass filter isn't so extreme
to need a 3rd order lowpass operation to emulate.
* Need to clarify which model SB16 testing was carried out on.
* Sound Blaster 2.0 updates. Filtering is nonexistent on the CT1350B. I
was wrong about 23KHz limit, the CT1350B caps itself to 44.1KHz/22.05KHz
* Sound Blaster 16 testing, filtering adjustments completed. Also, I was
apparently wrong about ViBRA cards maxing out at 48KHz, they max out at
46KHz just like previous revisions of Sound Blaster.
* sound blaster: update Sound Blaster Pro filter parameters according to
tests against real hardware.
* lowpass filter now allows selection of order (how many passes). 2nd
order seems to approximate the old sound cards the best.
* Based on testing agaist a CT1600 in a Pentium test machine, the "filter"
bit on Sound Blaster Pro is more noticeable than just 8/10KHz.
* lowpass function is based on frequency, not sample rate. forgot about
Nyquist for a bit there.
* more adjustments
* Despite new lowpass/slew filtering, I realize not everyone wants it. Add
option to disable filters.
* Sound Blaster: range check and print warning when GenerateDMASound is
asked to render too much audio (beyond the buffer allocated for DMA).
This fixes segfaults that can happen sometimes when switching between
DAC and DMA output.
* update Sound Blaster Pro lowpass filtering according to Creative
documentation. Mixer filter bypass OFF by default, lowpass filter on
output is undocumented (reasonable guess used).
* here's a good one: Overload by Hysteria assumes DSP write status returns 0x7F
or 0xFF, which is correct for Sound Blaster 1.x or Sound Blaster 16, but,
not true for Sound Blaster Pro and clone hardware. The demo reads DSP write
status to loop until bit 7 clears, then re-uses the 8-bit value as the
"center" value to sum it's audio onto for music output. This is why, on
Sound Blaster Pro and clones that return 0x2A instead of 0x7F, the demo's
music crackles and saturates. This update changes DSP write status to
return 0x7F for sbtype=sb1, and adds an option to force DSP write status
to return 0x7F/0xFF so demo code like this can work in DOSBox-X.
Also noted: Running the demo on a laptop with Yamaha OPL3-SAx chipset
Sound Blaster emulation also reveals the same problem.
* sound blaster pro filter bypass should be on by default (that makes
sense). The question is... does the real hardware default to that state?
* oops. and another one.
* filter corrections for ESS AudioDrive and Sound Blaster DAC output
* ESS AudioDrive 688 lowpass filter correction
* correct comments about param for lowpass filter, clarify what
SetLowpassFreq(0) means.
* sound blaster lowpass filtering
* lowpass filter complete

Download: DOSBox-X Git (2016/03/03) x86
Download: DOSBox-X Git (2016/03/03) x64
Source: Here

Random Related Topic Refresh Related Topic

Random Related Topic Loading...


Post a Comment

Can't post a comment? Try This!