Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 16:26

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

Did some quick testing and the results are impressing. Wolf3D, Rott, Prince of Persia - work fine both FM and PCM. Duke3D works amazingly! GTA1 - works mostly fine, just very slight stuttering sometimes. DOOM I/II - Music is fine. Digital works, but very distorted. Recording attached. New Recording …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 16:12

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

You can test SBEMU in virutalbox to see whether it have sounds for doom2, as I tested it have for both ICH & HDA, although doom2 is too slow in virtualbox and not playable.

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 15:59

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

I think I need a real machine to debug, they're quite different from the virtualbox emulation. I just tried VirtualBox ( v7.0 ). The results so far are not very promising: MPXPLAY works ok if audio controller is set to "SoundBlaster 16". Setting it to "ICH AC97" also emits "some sound", but it's …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 12:22

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

DBOPL is less precise than Nuked-OPL, but I guess it's enough for PC emulation, maybe I can add more options to use Nuked-OPL .

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 11:49

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

Baron von Riedesel wrote on Today, 11:15: That's true. Btw. what software synthesizer is included in your SBEMU binary? I used the dbopl.cpp from DOSBOX. I didn't show much details in the /? information, only mentioned that code of DOSBOX is used.

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 10:09

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

I dont' have a big collection of games, so here's a test build. Does anyone want test it? Well, I did a test, DOOM2, on a Ryzen 3600 with onboard HDA. I was aware that there's a hang with SFX currently, so I enabled "Music" in setup only ( tried both "AdLib" and "SoundBlaster" ) - the game starts …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 05:47

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

I've come to a bottleneck, some games just won't work. doom still won't with SFX enabled. kindda frustrating.lol I dont' have a big collection of games, so here's a test build. Does anyone want test it? SBEMU.zip SBEMU is a TSR with Sound blaster and OPL3 emulation for AC97 sound cards. Supported …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 05:09

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

It's detailed in intel's x86 manuals for the STI instruction. If IF = 0, maskable hardware interrupts remain inhibited on the instruction boundary following an execution of STI. (The delayed effect of this instruction is provided to allow interrupts to be enabled just before returning from a …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Today, 01:27

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

Nah, I was too simply describing the method, what HDPMI actually does is modify the EFLAGS on the faulted stack, the flags will be updated when performing execution transition from DPMI kernel(ring0) to client (IRET). That is exactly my point - when the program's execution resumes (at the …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 13:07

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

Cool, it's worth a try. But I remember reading some comments in VSB that it only works with QEMM, doesn't that means other emms is not capable, or VSB didn't bother to support other emms? My guess would be that Andrew Zabolotny noticed the >=100h limitation in EMM386, and decided to just focus on …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 13:04

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

back to the popf question, I just read the POPF instruction reference and it seems only VM mode can trigger an exception. If such bug exists in doom/its DOS extender, so how does win9x handles it? I remember doom works good in win98se, does win98se provided a DPMI host with IOPL3? AFAIR win98se …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 12:11

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

BTW I just now tested HDPMI with -i option, still no luck when using dpmi api or "int 0F", the real mode game's IRQ 7 handler didn't get called. It's no a PM game, but a pure real mode game. I was calling it in a IRQ routine too. should be IRQ 10. I think that's already a bit too off-topic here. …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 11:45

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

Wouldnt it be easier to patch EMM386 instead of writing new code? Its not like Microsoft is releasing new DOS making it troublesome to keep up with versions. Ahh, patch off the port range limitations? I didn't thing of that, and I never patched a DOS binary. Is it easy, or can you do it? EMM386 …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 11:36

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

back to the popf question, I just read the POPF instruction reference and it seems only VM mode can trigger an exception. If such bug exists in doom/its DOS extender, so how does win9x handles it? I remember doom works good in win98se, does win98se provided a DPMI host with IOPL3? AFAIR win98se …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 11:14

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

I read some comments in HDPMI source, saying those callbacks are local because DOS/4GW may not restore them on exit. I was trying to call IRQ5/7 manually to simulate the sound card IRQ, and only reading from IVT works. vectors of IRQs are indeed handled a bit tricky. Please also see hdpmi.txt, …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 08:50

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

BTW I was debugging HDPMI recently to find why doom freezes, as you said, HDPMI simulate the IF changes in #GP handler when client uses cli/sti, but how does it handle POPF? something like "pushf cli popf" won't restore IF at all hdpmi isn't notified when client code runs POPF, so it doesn't do …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 06:41

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

HDPMI simulate the IF changes in #GP handler when client uses cli/sti This sounds dangerous. STI isn't meant to enable interrupts immediately, pending interrupts should not be raised until the instruction after STI has been executed. That won't be the case if it's being trapped and handled …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 02:05

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

the reason to use QEMM is that, (according to some online docs) EMM386 doesn't support trapping port below 100h, which makes it unable to virtualize DMA & IRQ. I don't know about other memory managers. it'll be much appreciated if docs about other emms are provided. There may be another option: …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 02:00

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

EMM386 doesn't support trapping port below 100h, which makes it unable to virtualize DMA & IRQ. Wouldnt it be easier to patch EMM386 instead of writing new code? Its not like Microsoft is releasing new DOS making it troublesome to keep up with versions. BTW is that one of you guys: https://www.mail …

---

Re: Possibility to write OPL3 sound driver for protected mode games

Posted on Yesterday, 01:56

by

by crazii

in Marvin \ Sound

in Marvin \ Sound

hello, HDPMI is for protected mode games. Both have limitation. could you please list the hdpmi limitations? ( I'm the author of hdpmi ) The freezes are most likely due to bugs in the Rational DOS extender (DOS4G[W]). If a DPMI clien runs with IOPL == 0, instructions POPF and IRET don't restore the …

---