L4MD4 wrote on 2023-03-06, 04:11:

I've gotten no sound. This is on a AC97 - Intel i915. SBEMU finds the chip "Found sound card: ICH AC97". Provided Jemmex is used […]
Show full quote

I've gotten no sound.
This is on a AC97 - Intel i915.
SBEMU finds the chip "Found sound card: ICH AC97".
Provided Jemmex is used.
Wolf3d, is used for realmode test.
Dos Mplayer/Wolf4GW, used for protected mode test.
SETBLAST.EXE asks that settings be checked, when test is run.
On system power down/reboot, audio speaker crackles; as it only does after dos sound activation. So, something is working.
Edit:Each test after fresh reboot. Quake also tested.
Vendor 8086, Device 266e, Subsystem 834c10f7, revision 04
MS-Dos 7.10
MPXPLAY works.
MPXPLAY -SCT output: ICH : Intel ICH6 found on port : 18C0 irq:9 (type:ICH4, bits:16,20)

What more useful information can I provide?

Actually ICH6 is never tested, only ICH4 tested. it might have problems, that's the case I'm mostly worried about: some boards are not working but I have no hardware to debug it, just have to review the code to find any problem for now. 🤣

Kamerat wrote on 2023-03-06, 17:09:

Nice piece of software! […]
Show full quote

Nice piece of software!

Did some initial testing on a few systems:
AMD B450 (MSI B450M MORTAR TITANIUM): Working, used front panel audio connector.
AMD RS880M (Toshiba Satllite C660D-113): Intializes with /I5 option, Duke Nukem 3D and Doom starts without complaining but i hear no audio. Tried the /O option for chainging output without success.
Intel HM175 (MSI GT72VR 7RD Dominator): Partially working, laptop only output sound on bass (?) port. /O0 option works as it should with headphones.
Lenovo Thinkpad X390: Locks when SBEMU tries to initialize.

Emmm, yet another PCs that reported not working. Can you try /VOL9 on the AMD RS880M to make sure it is not a volume problem?

Falcosoft wrote on 2023-03-06, 19:35:

This is most likely a mixer problem. SB Live DOS driver enables the CD Audio mixer source but SBEMU does not. Actually I would […]
Show full quote

dragonkn wrote on 2023-03-06, 13:27:

Yes, i can confirm i have analog connection between the analog out header on the CD-ROM to a header on the soundcard.
also analog audio is working OK on Dos via default creative live dos driver, can it be a problem with sbemu parameters setup?

This is most likely a mixer problem. SB Live DOS driver enables the CD Audio mixer source but SBEMU does not. Actually I would say it's not even expected to do that since it's not an SB Live specific utility and there is no general way to enable different mixer sources on different sound cards. I'm not even sure that HD Audio devices have such a mixer source anymore as CD-Audio. So settings this would require an SB Live/Audigy specific option.
But there is an SB Live specific DOS utility that can enable any mixer sources without using the Creative DOS drivers:
Multichannel DOS mixer for DOS sound builds v0.49 for Live, v1.01 for Audigy

Yes, the SBLive's CD Audio need special handling.

L4MD4 wrote on 2023-03-08, 03:39:

LSS10999 wrote on 2023-03-08, 00:29:

The harder part would be how to distinguish different devices of the same nature, particularly common for Intel HDA (onboard, HDMI, or even Sound Core3D), as well as USB Audio Class devices. One most likely will need to obtain their vendor:device IDs in order to tell them apart.

The used MPXPlay code already does that. There isn't really that long of a list, of supported ven/dev. It is just that so many devices are covered by the AC97/HDA devices idents. All other audio devices would just be ignored. MPXPlay already has code, for user defined device selection. It would just need to be utilized or re-implemented by SBEMU.

Yest, Probably need to add a sound card list & selection for SBEMU too.

crazii wrote on 2023-03-08, 07:54:

Yest, Probably need to add a sound card list & selection for SBEMU too.

I doubt anyone is in a hurry. Most are probably to busy enjoying audio.

crazii wrote on 2023-03-08, 07:49:

Actually ICH6 is never tested, only ICH4 tested. it might have problems, that's the case I'm mostly worried about: some boards are not working but I have no hardware to debug it, just have to review the code to find any problem for now. 🤣

Glad to help, if there is a way I can.

Bondi wrote on 2023-03-08, 07:20:

Wolf3d and many other games work fine with sound.
And I get no sound when get this pattern on snes ZSNES, it just locks. Once with one of the combinations I got a vertically rolling pattern, that was even more beautiful 😀
ZSNES uses cwsdpmi, maybe that's the reason. However I found it was zyzzle who ran ZSNES successfully.

If you ran HDPMI32I, then ZSNES will use that.
There is an earlier version of SBEMU. I've noticed that the included HDPMI32I does not cause an issue with ZSNES. I don't get any sound, but perhaps you would.

I believe it is the first one available on crazii's github (Releases).
At any rate, it might be an interesting test. You probably need to use the SBEMU.EXE that comes with it.

What kind of system do you do your testing on?

I've listed some details in an earlier post.

crazii wrote on 2023-03-05, 06:13:

Hi, I'm happy to announce that SBEMU is ready for more tests. :D […]
Show full quote

Hi, I'm happy to announce that SBEMU is ready for more tests. 😁

Purpose: for PCs with AC97/Intel High Definition Audio sound cards that doesn't have Sound Blaster support (vintage PCs after 2000 era, or modern PCs with HDA).
Supported PCI soundcards:

• Intel ICH
• nForce (nForce boards not tested so far)
• Intel High Definition Audio
• VIA VT8233 & VT82C686
• SB Live/Audigy (thanks to Baron von Riedesel for debugging)

Emulated cards: SB 1.0, 2.0, Pro, 16, 8 bit DMA & 16 bit DMA.

Supported both real mode and protected mode games. Requirements:
HDPMI32i is needed for protected mode support, which is included in the zip file.
QEMM or JEMM is needed for real mode support. JEMMEX is included in the zip. It's optional, SBEMU can run without it and so without real mode support.

For more information, read the readme.txt in the zip and use /? in the command line.

Thanks to:

• MPXPlay's: sound card drivers
• DOSBox: DBOPL emulation
• HDPMI & JEMM: Port traps
• Folks in the forum that helped guiding & testing & improving the emulation

The original discussion can be found here: Possibility to write OPL3 sound driver for protected mode games, which initially intended for RetroWave OPL3 but then led to a pure soft emulation of SB & OPL.
The source code of SBEMU can be found here: https://github.com/crazii/SBEMU

Known issues: some games might not work properly, need more tests & improvement. 16 bit protected mode games are not supported - this remains a challenge so far.
Some games prefer VCPI over DPMI, need use "JEMMEX NOVCPI" AFTER loading HDPMI, or remove QEMM/JEMM and run the system without VCPI (also no real mode support).
Any suggestion and bug report are welcomed.

1.0 Beta2:
SBEMU.zip

Hi Crazii,

I've made myself an MS-DOS 6.22 and 7.1 installer for your amazing SBEMU project, I was wondering if you would mind if I shared the installer with the community, it's making a big buzz to be honest. Having an installer would open it up to users that are not as savvy with Dos. Wondering if this would be ok, wanted to check as I don't want to redistribute files etc without permission for you. If so what credits etc. do you want in it?

You can catch me over on Twitter, as it's where I spend most of my online time: https://twitter.com/Gammitin?t=ulv5eScJiQgodgjQCa9vXQ&s=09

Thanks

When using QEMM8 with HDPMI32I, I get:
Exception #13 at 0866:109F, error code: 0000
AX=0011 BX=0000 CX=0106 DX=0001 SI=01DA DI=00A4 BP=0912
DS=0866 ES=0000 SS=0A37 SP=01DC Flags=7206
Instruction: 0F 22 E0 0F 01 E0 A8 01 0F 85 AA 00 E8 19 FD

That was from the most resent release. However an older release only differs a little.
Exception #13 at 0866:0FEF, error code: 0000
AX=0011 BX=0000 CX=0106 DX=0001 SI=01DA DI=00A4 BP=0912
DS=0866 ES=0000 SS=0A2C SP=01DC Flags=7206
Instruction: 0F 22 E0 0F 01 E0 A8 01 0F 85 AA 00 E8 19 FD

This is from QEMM9
Exception #13 at 0867:109F, error code: 0000
AX=0011 BX=0000 CX=0106 DX=0001 SI=01DA DI=00AC BP=0912
DS=0867 ES=0000 SS=0A38 SP=01DC Flags=7206
Instruction: 0F 22 E0 0F 01 E0 A8 01 0F 85 AA 00 E8 19 FD

Agian, from older release:
Exception #13 at 0867:0FEF, error code: 0000
AX=0011 BX=0000 CX=0106 DX=0001 SI=01DA DI=00AC BP=0912
DS=0867 ES=0000 SS=0A2D SP=01DC Flags=7206
Instruction: 0F 22 E0 0F 01 E0 A8 01 0F 85 AA 00 E8 19 FD

Gammitin wrote on 2023-03-08, 09:57:

Hi Crazii, […]
Show full quote

crazii wrote on 2023-03-05, 06:13:

Hi, I'm happy to announce that SBEMU is ready for more tests. :D […]
Show full quote

Hi, I'm happy to announce that SBEMU is ready for more tests. 😁

Purpose: for PCs with AC97/Intel High Definition Audio sound cards that doesn't have Sound Blaster support (vintage PCs after 2000 era, or modern PCs with HDA).
Supported PCI soundcards:

• Intel ICH
• nForce (nForce boards not tested so far)
• Intel High Definition Audio
• VIA VT8233 & VT82C686
• SB Live/Audigy (thanks to Baron von Riedesel for debugging)

Emulated cards: SB 1.0, 2.0, Pro, 16, 8 bit DMA & 16 bit DMA.

Supported both real mode and protected mode games. Requirements:
HDPMI32i is needed for protected mode support, which is included in the zip file.
QEMM or JEMM is needed for real mode support. JEMMEX is included in the zip. It's optional, SBEMU can run without it and so without real mode support.

For more information, read the readme.txt in the zip and use /? in the command line.

Thanks to:

• MPXPlay's: sound card drivers
• DOSBox: DBOPL emulation
• HDPMI & JEMM: Port traps
• Folks in the forum that helped guiding & testing & improving the emulation

The original discussion can be found here: Possibility to write OPL3 sound driver for protected mode games, which initially intended for RetroWave OPL3 but then led to a pure soft emulation of SB & OPL.
The source code of SBEMU can be found here: https://github.com/crazii/SBEMU

Known issues: some games might not work properly, need more tests & improvement. 16 bit protected mode games are not supported - this remains a challenge so far.
Some games prefer VCPI over DPMI, need use "JEMMEX NOVCPI" AFTER loading HDPMI, or remove QEMM/JEMM and run the system without VCPI (also no real mode support).
Any suggestion and bug report are welcomed.

1.0 Beta2:
SBEMU.zip

Hi Crazii,

I've made myself an MS-DOS 6.22 and 7.1 installer for your amazing SBEMU project, I was wondering if you would mind if I shared the installer with the community, it's making a big buzz to be honest. Having an installer would open it up to users that are not as savvy with Dos. Wondering if this would be ok, wanted to check as I don't want to redistribute files etc without permission for you. If so what credits etc. do you want in it?

You can catch me over on Twitter, as it's where I spend most of my online time: https://twitter.com/Gammitin?t=ulv5eScJiQgodgjQCa9vXQ&s=09

Thanks

Don't attach it, link it or promote it here. FreeDOS exists for a reason.

crazii wrote on 2023-03-08, 07:51:

Kamerat wrote on 2023-03-06, 17:09:

Nice piece of software! […]
Show full quote

Nice piece of software!

Did some initial testing on a few systems:
AMD B450 (MSI B450M MORTAR TITANIUM): Working, used front panel audio connector.
AMD RS880M (Toshiba Satllite C660D-113): Intializes with /I5 option, Duke Nukem 3D and Doom starts without complaining but i hear no audio. Tried the /O option for chainging output without success.
Intel HM175 (MSI GT72VR 7RD Dominator): Partially working, laptop only output sound on bass (?) port. /O0 option works as it should with headphones.
Lenovo Thinkpad X390: Locks when SBEMU tries to initialize.

Emmm, yet another PCs that reported not working. Can you try /VOL9 on the AMD RS880M to make sure it is not a volume problem?

Still no sound with /VOL9.

I also get no sound with MPXPLAY even that it detects IHD. Maybe the driver from MPXPLAY is the problem?

This is the device:

1 Bus 0 (PCI Express), Device Number 20, Device Function 2
2 Vendor 1002h Advanced Micro Devices, Inc. [AMD/ATI]
3 Device 4383h SBx00 Azalia (Intel HDA)
4 Subsystem ID FF1E1179h Unknown
5 Subsystem Vendor 1179h Toshiba Corporation
6 System IRQ 7, INT# A

DosFreak wrote on 2023-03-08, 20:36:

Gammitin wrote on 2023-03-08, 09:57:

Hi Crazii, […]
Show full quote

crazii wrote on 2023-03-05, 06:13:

Hi, I'm happy to announce that SBEMU is ready for more tests. :D […]
Show full quote

Hi, I'm happy to announce that SBEMU is ready for more tests. 😁

Purpose: for PCs with AC97/Intel High Definition Audio sound cards that doesn't have Sound Blaster support (vintage PCs after 2000 era, or modern PCs with HDA).
Supported PCI soundcards:

• Intel ICH
• nForce (nForce boards not tested so far)
• Intel High Definition Audio
• VIA VT8233 & VT82C686
• SB Live/Audigy (thanks to Baron von Riedesel for debugging)

Emulated cards: SB 1.0, 2.0, Pro, 16, 8 bit DMA & 16 bit DMA.

Supported both real mode and protected mode games. Requirements:
HDPMI32i is needed for protected mode support, which is included in the zip file.
QEMM or JEMM is needed for real mode support. JEMMEX is included in the zip. It's optional, SBEMU can run without it and so without real mode support.

For more information, read the readme.txt in the zip and use /? in the command line.

Thanks to:

• MPXPlay's: sound card drivers
• DOSBox: DBOPL emulation
• HDPMI & JEMM: Port traps
• Folks in the forum that helped guiding & testing & improving the emulation

The original discussion can be found here: Possibility to write OPL3 sound driver for protected mode games, which initially intended for RetroWave OPL3 but then led to a pure soft emulation of SB & OPL.
The source code of SBEMU can be found here: https://github.com/crazii/SBEMU

Known issues: some games might not work properly, need more tests & improvement. 16 bit protected mode games are not supported - this remains a challenge so far.
Some games prefer VCPI over DPMI, need use "JEMMEX NOVCPI" AFTER loading HDPMI, or remove QEMM/JEMM and run the system without VCPI (also no real mode support).
Any suggestion and bug report are welcomed.

1.0 Beta2:
SBEMU.zip

Hi Crazii,

I've made myself an MS-DOS 6.22 and 7.1 installer for your amazing SBEMU project, I was wondering if you would mind if I shared the installer with the community, it's making a big buzz to be honest. Having an installer would open it up to users that are not as savvy with Dos. Wondering if this would be ok, wanted to check as I don't want to redistribute files etc without permission for you. If so what credits etc. do you want in it?

You can catch me over on Twitter, as it's where I spend most of my online time: https://twitter.com/Gammitin?t=ulv5eScJiQgodgjQCa9vXQ&s=09

Thanks

Don't attach it, link it or promote it here. FreeDOS exists for a reason.

Huh?

Gammitin wrote on 2023-03-08, 22:00:

DosFreak wrote on 2023-03-08, 20:36:

Gammitin wrote on 2023-03-08, 09:57:

Hi Crazii, […]
Show full quote

Hi Crazii,

I've made myself an MS-DOS 6.22 and 7.1 installer for your amazing SBEMU project, I was wondering if you would mind if I shared the installer with the community, it's making a big buzz to be honest. Having an installer would open it up to users that are not as savvy with Dos. Wondering if this would be ok, wanted to check as I don't want to redistribute files etc without permission for you. If so what credits etc. do you want in it?

You can catch me over on Twitter, as it's where I spend most of my online time: https://twitter.com/Gammitin?t=ulv5eScJiQgodgjQCa9vXQ&s=09

Thanks

Don't attach it, link it or promote it here. FreeDOS exists for a reason.

Huh?

You mentioned an MS-DOS 6.22 and 7.1 installer. And since those MS-DOS versions were never released as freeware or open source software, your installer implies software piracy, "abandonware" or not.

And linking to pirated software is against the terms of this forum.

digger wrote on 2023-03-08, 22:27:

Gammitin wrote on 2023-03-08, 22:00:

DosFreak wrote on 2023-03-08, 20:36:

Don't attach it, link it or promote it here. FreeDOS exists for a reason.

Huh?

You mentioned an MS-DOS 6.22 and 7.1 installer. And since those MS-DOS versions were never released as freeware or open source software, your installer implies software piracy, "abandonware" or not.

And linking to pirated software is against the terms of this forum.

It's not for installing MS-DOS, it's for installing SBEMU on MS-DOS systems, to make it easier for others who are not as savvy with batch scripts etc.

Gammitin wrote on 2023-03-09, 00:06:

digger wrote on 2023-03-08, 22:27:

Gammitin wrote on 2023-03-08, 22:00:

Huh?

You mentioned an MS-DOS 6.22 and 7.1 installer. And since those MS-DOS versions were never released as freeware or open source software, your installer implies software piracy, "abandonware" or not.

And linking to pirated software is against the terms of this forum.

It's not for installing MS-DOS, it's for installing SBEMU on MS-DOS systems, to make it easier for others who are not as savvy with batch scripts etc.

Thanks for clarifying that, and for contributing something that could be useful to others.

Any plans to support FreeDOS as well?

L4MD4 wrote on 2023-03-08, 20:30:

This is from QEMM9 Exception #13 at 0867:109F, error code: 0000 AX=0011 BX=0000 CX=0106 DX=0001 SI=01DA DI=00AC BP=0912 DS=0867 […]
Show full quote

This is from QEMM9
Exception #13 at 0867:109F, error code: 0000
AX=0011 BX=0000 CX=0106 DX=0001 SI=01DA DI=00AC BP=0912
DS=0867 ES=0000 SS=0A38 SP=01DC Flags=7206
Instruction: 0F 22 E0 0F 01 E0 A8 01 0F 85 AA 00 E8 19 FD

The instruction bytes translate to

1mov cr4, eax
2smsw ax
3...

It's imprecisely coded in hdpmi32, because this code "should" only be executed in real-mode - however, it's executed in v86-mode ( and causes the crash then ) if no VCPI API has been detected. In any case hdpmi32 is unable to continue and has to terminate.

Hi!

I’m always happy to see when a new project starts for retro hardware. And I also was always bothered by DOS support for AC 97 😀

Lots of old laptops were dropped because its absence. In particular, I’ve got Compaq N410c which, compared to N400c, lost its DOS sound support, because of newer sound codec.

Will definitely give a shot for this driver and keep an eye on further updates.

Thanks for you work!

Bondi wrote on 2023-03-08, 07:20:

And I get no sound when get this pattern on snes ZSNES, it just locks. Once with one of the combinations I got a vertically rolling pattern, that was even more beautiful 😀
ZSNES uses cwsdpmi, maybe that's the reason. However I found it was zyzzle who ran ZSNES successfully.
What kind of system do you do your testing on?

I got ZSNES v 1.51 (last DOS version I know of) working with SBEMU on three systems, all Dell laptops. Two of the are Broadwell core i5 systems with onboard HDA (Intel High Definition audio), the other is also a Dell laptop with Kaby lake i8250 CPU and also onboard HDA sound. My SBEMU settings (by default, set up in a batch file for protected mode games are now:
-T6 -I5 -rm0 -K44100, and I still (manually) SET BLASTER=A220 I5 D1 H5 T6 in the same batch file, just in case.

I do not load JEMMEx in CONFIG.SYS, but just an Extended memory manager (NO EMS memory or pageframe) called QHIMEM2.SYS. I do load a RAMdisk and run ZSNES (and all other games / emulators / media players) from there, as well as SBEMU itself (and HDPMi32.exe /x /r).

This works with ZSNES, produces sound in 16-bit at 44100 hz in all three of the HDA systems. Also works for ROCKNES v 3.10, v. 4.00 (last DOS version I could find), and Nesticle v X.xx (last DOS release). It has also worked with other protected-mode emulators I've tried, like my DOS custom-compiled version of ColEm v. 4.8 (Watcom), AdamEm, fMSX, and Advance MAME project v. 0.106.

zyzzle wrote on 2023-03-09, 13:36:

I got ZSNES v 1.51 (last DOS version I know of) working with SBEMU on three systems, all Dell laptops. Two of the are Broadwell […]
Show full quote

Bondi wrote on 2023-03-08, 07:20:

And I get no sound when get this pattern on snes ZSNES, it just locks. Once with one of the combinations I got a vertically rolling pattern, that was even more beautiful 😀
ZSNES uses cwsdpmi, maybe that's the reason. However I found it was zyzzle who ran ZSNES successfully.
What kind of system do you do your testing on?

I got ZSNES v 1.51 (last DOS version I know of) working with SBEMU on three systems, all Dell laptops. Two of the are Broadwell core i5 systems with onboard HDA (Intel High Definition audio), the other is also a Dell laptop with Kaby lake i8250 CPU and also onboard HDA sound. My SBEMU settings (by default, set up in a batch file for protected mode games are now:
-T6 -I5 -rm0 -K44100, and I still (manually) SET BLASTER=A220 I5 D1 H5 T6 in the same batch file, just in case.

I do not load JEMMEx in CONFIG.SYS, but just an Extended memory manager (NO EMS memory or pageframe) called QHIMEM2.SYS. I do load a RAMdisk and run ZSNES (and all other games / emulators / media players) from there, as well as SBEMU itself (and HDPMi32.exe /x /r).

This works with ZSNES, produces sound in 16-bit at 44100 hz in all three of the HDA systems. Also works for ROCKNES v 3.10, v. 4.00 (last DOS version I could find), and Nesticle v X.xx (last DOS release). It has also worked with other protected-mode emulators I've tried, like my DOS custom-compiled version of ColEm v. 4.8 (Watcom), AdamEm, fMSX, and Advance MAME project v. 0.106.

Thank you for the info, zyzzle! I'll try and report back.