joncampbell123/dosbox-x
1
0
Fork 0
mirror of https://github.com/joncampbell123/dosbox-x.git synced 2025-05-09 03:41:10 +08:00
Code Issues Packages Projects Releases Wiki Activity

Try to help the Windows 95 SB16 driver a bit by rendering silence up to the point where DMA resumes on IRQ ACK

Browse Source
This commit is contained in:
Jonathan Campbell 2025-02-09 14:15:31 -08:00
parent dd647dfa31
commit 3bbab42cd6
1 changed files with 13 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

15
src/hardware/sblaster.cpp
View File

@ -52,6 +52,13 @@
*
* What I'm trying to investigate are the cases where something, like CD-ROM IDE
* access, throws that off and causes audible popping and crackling.
*
* - Windows 3.1 SB16: Holy Hell, do NOT attempt to play audio at 48KHz or higher!
* There seems to be a serious bug with the Creative SB16 driver where 48KHz playback
* results in garbled audio and soon a driver crash. 44.1KHz or lower is OK.
* Is this some kind of DMA vs timing bug? It also appears to take whatever sample
* rate is given by the Windows application and give it as-is to the DSP. The breaking
* point seems to be 45,100Hz.
*/
#if defined(_MSC_VER)
@ -3215,8 +3222,10 @@ static Bitu read_sb(Bitu port,Bitu /*iolen*/) {
PIC_DeActivateIRQ(sb.hw.irq);
}
if (sb.mode == MODE_DMA_REQUIRE_IRQ_ACK)
if (sb.mode == MODE_DMA_REQUIRE_IRQ_ACK) {
sb.chan->FillUp();
sb.mode = MODE_DMA;
}
extern const char* RunningProgram; // Wengier: Hack for Desert Strike & Jungle Strike
if (!IS_PC98_ARCH && port>0x220 && port%0x10==0xE && !sb.dsp.out.used && (!strcmp(RunningProgram, "DESERT") || !strcmp(RunningProgram, "JUNGLE"))) {
@ -3234,8 +3243,10 @@ static Bitu read_sb(Bitu port,Bitu /*iolen*/) {
PIC_DeActivateIRQ(sb.hw.irq);
}
if (sb.mode == MODE_DMA_REQUIRE_IRQ_ACK)
if (sb.mode == MODE_DMA_REQUIRE_IRQ_ACK) {
sb.chan->FillUp();
sb.mode = MODE_DMA;
}
}
break;
case DSP_WRITE_STATUS: