although it's good to know and a workaround.
Best would be to get all drivers pack supported in the first place.
I know harekiet has spend a big deal analyzing them. but got demotivated by it's complexity.

OT: Anyone knows format specs for 2-bit and 3-bit Creative ADPCM format ?
(or conversion-to-PCM routines?)
Formats are used in Duke Nukem 2 with SB.
I could find something only for 4-bit ADPCM which is already implemented in DosBox.

You could use something like this to detect type;

http://getid3.sourceforge.net/module.audio.voc.phps

As for detect & playback (Pascal sources 😁 ):

http://www.bsdg.org/swag/SOUND/0057.PAS.html

Or CT-VOICE driver version:

http://www.bsdg.org/swag/SOUND/0022.PAS.html

Hmm.. looks simple enough .. I might have a go a bit later.

Don't bother. Without format specs we can't go anywhere.
Best thing at the moment is to route DSP commands for 2/3-bit ADPCM to
conversion function for 4-bit ADPCM but this gives distorted sound.
Duke Nukem 2 gives up after trying to play sound if that's not done.

If you want to find out how the 2/3-bit adpcm is done you shoudl get an old soundblaster dev kit that had tools to convert regular vocs to adpcm-ed vocs 😀

Please compile a collection of "not working" samples, so I can test
a few ideas/programs.
(ie Any VOCs that are known to be compressed would be an excellent start)
Thanks.

I know only of Duke Nukem 2. VOC's are packed into a bigger file. But, you should also have same samples in 8-bit PCM format for comparation.
You can detect if program is using 2/3-bit ADPCM if you put LOG messages at
DSP commands in DSP_DoCommand function:
0x16, 0x17 for 2-bit ADPCM
0x76, 0x77 for 3-bit ADPCM

I'm not sure how 3-bit is working, probably 8 samples in 3 bytes:)
Short explanation about AdaptivePulseCodeModulation:
Reference byte is a starting point and you calculate a difference for next sample, etc.
Here's also a diff about getting DN2 to produce any sound, better than nothing.

Oddly DN2 sounds just .. er like commander keen actually
on the DosboxCVS I have built...
(wonder if either I've always heard distorted sound or if dosbox
is currently doing type 3 falls-through to type 4 ).
Are you sure DN2 uses compressed .VOC's ?

(I'll check it out with the patches anyhow, thanks!)

[Not sure why problems with ADPCM, but I'll see if my source(s) are correct]

Heh, here's a new patch. Now, it sound's very similar to what I get on my
VIA motherboard with integrated SB legacy support while playing DN2.😀

It's a complete 2/3 bit ADPCM implementation except i'm not sure yet about

conversion routines (but game sound OK). I wasn't able to find SB SDK.
Didn't check very thouroughly, but i hope there aren't errors.

5am gloss over looks good .. thats pretty much what I had in mind,
excellent work! (Now if only I could find something broken to fix..)

I can only say you guys ROCK! Your knowledge is impressive. Good work.

So soundblaster is 100% perfected with the above patch?

No. This is only improvement for a few games that use these special
sound files.

Hmmmm wanted to play some Armored Fist with the latest cvs build and it wouldnt work when i tried using SB (but it did work when turning sound of / pc speaker)
Armored Fist worked great in previous CVS's with SB so maybe something broke when working on the SB thing ?

Still waiting for that SB16 emulation 😉

SB16 would be good, but I'd be happy with stereo SBP 2.0 for now 😉

Armored Fist still doesn't work with sound blaster in dosbox 0.61

I doubt it has to do with 2/3bit ADPCM, but if you want to check, download patch, reverse changes from it and you'll see.

was fixed 2 days later in the CVS 😀