JazeFox wrote on 2020-07-17, 19:36:

The version is 0.72b, I made a mistake editing the post title. […]
Show full quote

root42 wrote on 2020-07-17, 19:21:

I tried using Unisound with my GUSar light, which works fine with IWINIT, but it keeps failing. Says no PnP cards are detected. Any ideas? I downloaded the 0.72b from the first post -- the header says 0.72c, but can't seem to find that one...?

Any help is appreciated!

The version is 0.72b, I made a mistake editing the post title.

The card should be detected, but only if it has the EEPROM written and if its contents are OK. If there are corruptions in the header zone and the checksum does not match, it won't be detected.

Does Intel ICU (or other PnP manager software) detect the card properly?

The only software I have is the one from the GUS PnP, so IWINIT, which works fine. I can stick with that, but I thought I could switch to UNISOUND and get rid of EMU386S. What's Intel ICU and where can I find it?

root42 wrote on 2020-07-17, 19:21:

I tried using Unisound with my GUSar light, which works fine with IWINIT, but it keeps failing. Says no PnP cards are detected. Any ideas? I downloaded the 0.72b from the first post -- the header says 0.72c, but can't seem to find that one...?

Interesting. My card is recognised perfectly fine by unisound.
Which file / setting did you write on the eeprom? Before writing it, my Gusar couldn't be detected by unisound (since there's no PNP information) - maybe your issue lies there?

EDIT: I simply used this one, to flash it (i.e. the GRAVNOCD.rom):
http://vogonsdrivers.com/getfile.php?fileid=7 … menustate=47,36

Yes, I flashed the GRAVNOCD.rom as well. Otherwise IWINIT won't detect a card either.

root42 wrote on 2020-07-17, 19:51:

What's Intel ICU and where can I find it?

It's an old PnP configuration manager for DOS from Intel, but it's good detecting problems in header/data checksums.
It needs to be installed. If you want, you can install it, test, report and then uninstall / delete it:

https://mega.nz/file/2RBFzSiB#noShCy4RQUJrW_h … 5hMhDXyz_e5oedI

After installation and reboot, check the results when DWCFGMG.SYS is loaded in CONFIG.SYS at boot.

Super cool. Really enjoying your work, and following the project closely.

I have a MediaTriX Audiotrix 3D-XG [MPI0003] it says not compatible yet, chip is a yamaha YMF715. Can it be put to work?
Thanks!

Update time! 😀 A lot of bugfixes and some new features this time.

Tool updated to v0.75b

Changelog:

• Added new eXtended command line options for special features or cards.
  The format will be /Xxxx , xxx depends on the card and/or special setting.
• Added new eXtended option (/XXF) to force detection of PnP cards with
  partially corrupted EEPROM data (bad header checksum). Note that at least
  the critical parts of the card's eeprom should be correct for the card
  to be properly initialized / detected.
• Added full Orpheus card support (A great card by keropi/Marmes on VOGONS)
  Configurable special settings: FM switching, S/PDIF activation and
  internal MPU activation.
  New eXtended options for this card: /XOFi to switch to internal CrystalFM
  synthesis, /XOFe to switch to external Yamaha OPL3 (default: Yamaha OPL3).
  /XOS1 to enable S/PDIF output, /XOS0 to disable (Default: disabled).
  And /XOM1 to enable internal Crystal MPU if your card has it disabled by
  default because it has PCMIDI intelligent-MPU already mounted. So yo can
  use both MPUs (at different I/O ports and IRQs, of course!).
• Added support for Turtle Beach Malibu S/PDIF out (enable with /XOS1).
• Added support for new AD1816 card variants: Highscreen Soundboostar 16
  and Gallant SC70P.
• Proper support for CMI8329A chip based cards (was broken).
• Added support for new YMF71x variants (ATC cards and AudioTrix XG-3D).
• Added more mixer settings for compatible cards: CD volume (/VCnn) and
  Mic volume (/VMnn). Default value for both: 00.
• Added PC Speaker volume setting (/VPnn) for Creative cards (Default: 00)
• Added Treble and bass controls (/VTnn and /VBnn) for compatible Creative
  cards (Most non-ViBRA chips support them). Default value for both: 50%
• Changed default value for the Line-in output volume to 00 to reduce
  noise by default if /VL option is missing
• Added activation/deactivation of the mixer's output control register
  settings for SB16 compatible cards when Line, CD or Mic vols are set.
• Fixed mixer settings for CMI cards, now using SB16 compatible mixer ones.
• Fixed mixer settings for Yamaha cards when using WSS as they were
  totally wrong.. Note that every mode has its own mixer (SB or WSS), and
  because YMF71x chips are bugged(?), WAVE volume can't be changed in SB mode
  it's fixed to maximum (this happens on every SB mixer software tested,
  including original SETUPSA and other 3rd party mixers). Tested in 4 cards.
• Fixed bad mixer value assignations for GUS PnP DAC level and Line-in level
• Fixed Wavetable header volume did not change with /VF on OPTi 93x cards.
• Reworked all mixer code for OPTi 925 cards. Now it's working properly.
• Added optional IDE activation for OPTi 925 cards (secondary ch 0x170 only)
• Added new eXtended option to change between SBpro and WSS modes on OPTi
  925 cards: /XPWn (n = 1: WSS mode, n = 0: SBPro mode) Default: SBPro.
• Added new eXtended option to enable GUS PnP IDE port: /XGCn where 'n' is
  the IDE port: 2 = secondary, 3 = tertiary, 4 = quaternary (recommended).
• Removed /F from help screen. It will continue working, though.

- As the tool has evolved since the first releases, with more options and features, it could be more like a "driver" now, so title changed from "Enabler" to "Driver".

I hope it'll be useful for you.

Special thanks to keropi and Marmes for the tests done all these days with the Orpheus.

The download link is updated at the end of the first post as usual:
UNISOUND - Universal ISA PnP Sound Card Driver for DOS v0.81b

Great, as usual 😀 An absolute must to have.
Btw UNISOUND was mentioned in our first AWE64 Legacy review on YouTube, although in Russian, but with English subtitles.

JazeFox wrote on 2020-07-23, 18:04:

Update time! :) A lot of bugfixes and some new features this time. […]
Show full quote

Update time! 😀 A lot of bugfixes and some new features this time.

Tool updated to v0.75b

Changelog:

• Added new eXtended command line options for special features or cards.
  The format will be /Xxxx , xxx depends on the card and/or special setting.
• Added new eXtended option (/XXF) to force detection of PnP cards with
  partially corrupted EEPROM data (bad header checksum). Note that at least
  the critical parts of the card's eeprom should be correct for the card
  to be properly initialized / detected.
• Added full Orpheus card support (A great card by keropi/Marmes on VOGONS)
  Configurable special settings: FM switching, S/PDIF activation and
  internal MPU activation.
  New eXtended options for this card: /XOFi to switch to internal CrystalFM
  synthesis, /XOFe to switch to external Yamaha OPL3 (default: Yamaha OPL3).
  /XOS1 to enable S/PDIF output, /XOS0 to disable (Default: disabled).
  And /XOM1 to enable internal Crystal MPU if your card has it disabled by
  default because it has PCMIDI intelligent-MPU already mounted. So yo can
  use both MPUs (at different I/O ports and IRQs, of course!).
• Added support for Turtle Beach Malibu S/PDIF out (enable with /XOS1).
• Added support for new AD1816 card variants: Highscreen Soundboostar 16
  and Gallant SC70P.
• Proper support for CMI8329A chip based cards (was broken).
• Added support for new YMF71x variants (ATC cards and AudioTrix XG-3D).
• Added more mixer settings for compatible cards: CD volume (/VCnn) and
  Mic volume (/VMnn). Default value for both: 00.
• Added PC Speaker volume setting (/VPnn) for Creative cards (Default: 00)
• Added Treble and bass controls (/VTnn and /VBnn) for compatible Creative
  cards (Most non-ViBRA chips support them). Default value for both: 50%
• Changed default value for the Line-in output volume to 00 to reduce
  noise by default if /VL option is missing
• Added activation/deactivation of the mixer's output control register
  settings for SB16 compatible cards when Line, CD or Mic vols are set.
• Fixed mixer settings for CMI cards, now using SB16 compatible mixer ones.
• Fixed mixer settings for Yamaha cards when using WSS as they were
  totally wrong.. Note that every mode has its own mixer (SB or WSS), and
  because YMF71x chips are bugged(?), WAVE volume can't be changed in SB mode
  it's fixed to maximum (this happens on every SB mixer software tested,
  including original SETUPSA and other 3rd party mixers). Tested in 4 cards.
• Fixed bad mixer value assignations for GUS PnP DAC level and Line-in level
• Fixed Wavetable header volume did not change with /VF on OPTi 93x cards.
• Reworked all mixer code for OPTi 925 cards. Now it's working properly.
• Added optional IDE activation for OPTi 925 cards (secondary ch 0x170 only)
• Added new eXtended option to change between SBpro and WSS modes on OPTi
  925 cards: /XPWn (n = 1: WSS mode, n = 0: SBPro mode) Default: SBPro.
• Added new eXtended option to enable GUS PnP IDE port: /XGCn where 'n' is
  the IDE port: 2 = secondary, 3 = tertiary, 4 = quaternary (recommended).
• Removed /F from help screen. It will continue working, though.

- As the tool has evolved since the first releases, with more options and features, it could be more like a "driver" now, so title changed from "Enabler" to "Driver".

I hope it'll be useful for you.

Special thanks to keropi and Marmes for the tests done all these days with the Orpheus.

The download link is updated at the end of the first post as usual:
UNISOUND - Universal ISA PnP Sound Card Driver for DOS v0.81b

Nice! I was wondering when a new update was goint to be out. Thanks!

JazeFox wrote on 2020-07-23, 18:04:

Update time! 😀 A lot of bugfixes and some new features this time.

Tool updated to v0.75b
[...]

mega thanks to JazeFox for Orpheus support - all the hidden features under the hood he discovered and implemented are nothing less than impressive! and they help all CS4237-based cards not just Orpheus.
The update also makes the TB Malibu more useful under plain DOS : as one can also achieve s/pdif activation for this card as well and the onboard wavetable works as expected , just like on analog side of things.
very impressive JazeFox, thanks again!

First time for me testing out UNISOUND, let me say: excellent work! I do have some constructive criticism, but i'd rather do that by PM.

OK so i do have a system with 8 sound cards. Yes 8. Only 3 of them are PnP, and everything has its own resources, no conflicts. So my PnP cards are:

- Gravis Ultrasound PnP;
- Orpheus sound card prototype;
- Sound Blaster AWE Upgrade CT1920;

So i was activating my cards on their PnP order, which is exactly in the order above. Unfortunately the Orpheus was having weird behaviour: resources were all activated, but i had no Crystal MPU sound (which i have assigned to the WT connector) and all the rest (digital and FM) were only playing on the left channel. This was absolutely puzzling, but after some head scratching i found out that somehow UNISOUND when assigns mixer values for the AWE Upgrade card those values screw up Orpheus mixer. So when i figured out this possibility i inverted the way i was activating the cards, and left Orpheus last to be activated. And this way everything was again fine with Orpheus mixer, all channels playing correctly and MPU playing as well.

So from what i understand, this could be caused because UNISOUND might not be aware specifically of the AWE Upgrade CT1920 card, so it thinks its a normal PnP AWE32. As far as i know the CT1920 has no mixer, its only to be connected to the AUX or line in of another SB card so maybe if UNISOUND is aware of a CT1920 card it stops trying to send mixer values.
But to me this always suggests that using a AWE32 along with a Orpheus, or any other Crystal based sound card might open a can of worms regarding the mixers, since the values which are sent to one card might affect the other so i think this is something worth to check out.

Any plans to support other non PnP cards? On my mind i have the Ensoniq Soundscape line of cards and their OEMed versions like the SPEA V7 Media FX. These boards have some parameters assigned by jumpers but IRQ/DMA are assigned by software and the card has to be activated by software anyway. That would be cool.

All in all this is amazing work. Fantastic software and it keeps improving. Par excellence.

I decided to try your software, just to get an idea of whether we're doing something significantly differently, but I think I ended up finding a fairly nasty bug/design flaw. It appears that your software indiscriminately changes the RDP, even on systems with a Plug and Play BIOS. This can end up causing all sorts of problems with other vendor software that follows the rules.

In fact, on my system, after running UNISOUND, some vendor tools fail or crash in a number of ways. The standard CWDMIX once aborted with an error, and another time reported that it couldn't find a Crystal card, while everything works fine if I use CWDINIT to assign the very same resources. That's one example; the outcomes can be worse if you're also dealing with memory-resident drivers.

All this is to say that you should be checking if UNISOUND is running on a system with a PnP BIOS. If so, ask for the already-assigned RDP and use that, as most other vendor software will expect. Even if you want to try isolating additional cards, using the existing RDP won't harm anything, as cards with a CSN won't be affected.

This may be related to the problem mentioned previously in this thread with the network card. It's a detail that's fairly easy to overlook, especially if your primary target was pre-Pentium machines. Fortunately, it's also a fairly simple thing to correct.

EDIT: Upon further investigation, it looks like the CWDMIX failures were not directly related to the changed RDP; the second, in particular, was likely because it left the hardware in an inconsistent state the previous time it crashed. Still, that doesn't mean it's a good idea to change the RDP like that, but I'll leave it to JazeFox to decide if he thinks it's worth the few additional lines of code to fix.

I'm so happy. This latest release seems to have my AD1816 based Gallant SC-70P PLUS operating perfectly under DOS now. Until now, working DOS drivers were no longer available anywhere online (only Windows), so this has been huge. Currently enjoying some premium Realmode DOS gaming tests, with the card driving my Sound Canvas via joystick port MPU. All thanks to UNISOUND!

ADDED: I noticed that music had a strange polyphony / discordance. Suddenly realised, all port 330 GM played through the card, is simultaneously playing through the joystick port MPU *and* the card's internal GM (a Yamaha YMF704C). Maybe I'm doing something wrong there? I can work around it by using a second card for DOS SB, but it would be awesome to be able to disable this card's internal GM so I could use the joystick port MPU alone.

hard1k wrote on 2020-07-23, 18:22:

Great, as usual 😀 An absolute must to have.
Btw UNISOUND was mentioned in our first AWE64 Legacy review on YouTube, although in Russian, but with English subtitles.

Thank you! I wish you a great success with the AWE64 Legacy!!

keropi wrote on 2020-07-23, 18:58:

mega thanks to JazeFox for Orpheus support
[...]

Thanks to you! It was a pleasure to work last days with you and Marmes. Kudos! And I wish you also a great success with the Orpheus!!

carlostex wrote on 2020-07-23, 19:10:

OK so i do have a system with 8 sound cards. Yes 8. Only 3 of them are PnP, and everything has its own resources, no conflicts. So my PnP cards are:
[...]

Wow! You have a very special and unique setup!
I think I know what's happening with the CT1920 (I don't have one of these) and the other cards... but as your setup is complex, I'll better talk to you via PM to do some tests 😀

Shreddoc wrote on 2020-07-24, 03:41:

ADDED: I noticed that music had a strange polyphony / discordance. Suddenly realised, all port 330 GM played through the card, is simultaneously playing through the joystick port MPU *and* the card's internal GM (a Yamaha YMF704C). Maybe I'm doing something wrong there? I can work around it by using a second card for DOS SB, but it would be awesome to be able to disable this card's internal GM so I could use the joystick port MPU alone.

You're right, thank you for pointing it out. I'll add an extended option to disable the internal GM in the next version.
In the meantime, as a temporal workaround, use /VF00 to mute the onboard GM when you run games with MIDI sound on external module (if you run games with FM sound, don't mute with /VF00).

root42 wrote on 2020-07-17, 20:08:

Yes, I flashed the GRAVNOCD.rom as well. Otherwise IWINIT won't detect a card either.

Just one quick test, if you want... Does it get recognized if you try to detect it with the new /XXF option of the last UNISOUND version (v.075b)? Thanks.

This project is GOLD! Huge thanks!

JazeFox wrote on 2020-07-24, 06:43:

root42 wrote on 2020-07-17, 20:08:

Yes, I flashed the GRAVNOCD.rom as well. Otherwise IWINIT won't detect a card either.

Just one quick test, if you want... Does it get recognized if you try to detect it with the new /XXF option of the last UNISOUND version (v.075b)? Thanks.

Didn't need to do that. Even without any options, the GUSar now worked without a hassle. See attached screenshot.

EDIT: The RAM detected is wrong, but, well, you can't have everything right...

root42 wrote on 2020-07-25, 19:03:

EDIT: The RAM detected is wrong, but, well, you can't have everything right...

Is the RAM configuration wrong only with UNISOUND, or is it also wrong with IWINIT? If it's consistently wrong only with UNISOUND, then there may be a bug; if "iwinit -v" also reports the wrong amount, one of the DRAM ICs or solder joints may be questionable.

The RAM is reported correctly as 1024KiB by ModMaster XT. Let me check with IWINIT (gotta reboot and load EMU386S again).

EDIT: iwinit -v also reports 4MiB of DRAM. Which I think is nonsense. AFAIK I have 2x512KiB. So yeah, there might be something iffy still with that card. However: It works with ModMaster XT and Pinball Fantasies, which was my main goal. I will test it at a future date with a 486 board, and see if some games run with it (Jazz Jackrabbit, Epic Pinball, ...) as well as some 386 demos (2nd Reality). So, yeah, I am not going to touch it again. 😉

root42 wrote on 2020-07-25, 20:28:

The RAM is reported correctly as 1024KiB by ModMaster XT. Let me check with IWINIT (gotta reboot and load EMU386S again).

I've been getting 4MB in iwinit, 4MB by unisound and 1MB on ModMaster.

MJay99 wrote on 2020-07-25, 20:32:

I've been getting 4MB in iwinit, 4MB by unisound and 1MB on ModMaster.

I haven't kept up with all of the recent developments with ModMaster, but I don't think he is using InterWave enhanced mode (yet). In compatibility mode, no more than 1 MiB will ever be available.

Is 4 MiB the correct amount you actually have installed on-board?