VOGONS


First post, by keropi

User metadata
Rank l33t++
Rank
l33t++

Hiya!

I noticed that if you have a GUS and a SB in your system Quake always defaults in using the GUS soundcard.
If you remove the ULTRASND variable then Quake uses the SB.
Is there a command line option to force using SB and avoid messing with the GUS variable?

Thanks in advance for any info! 😊

🎵 🎧 MK1869, PCMIDI MPU , OrpheusII , Action Rewind , Megacard and 🎶GoldLib soundcard website

Reply 1 of 11, by leileilol

User metadata
Rank l33t++
Rank
l33t++

Nope. Quake always tries to initialize the GUS first then the Sound Blaster. There's no parameter to change this.

apsosig.png
long live PCem

Reply 3 of 11, by leileilol

User metadata
Rank l33t++
Rank
l33t++

For reference here's all the sound-related parameters

-dsp # : Specify Sound Blaster DSP to try. 2, 3, 4 accepted (SB2.0, SBPro and SB16 respectively). Useful for reducing sound quality.
-sspeed ##### : Specify sampling rate, default 11025. (fyi: Quake has roughly four 22khz16bit sounds - lightning, rotfish and shub's ending groan). Also applies to GUS (in which it'll round down to the nearest supported rate by the GUS)
-nosound : turns off osund completely
-simsound : turns off sound output, but still processes the data in a fake dma buffer (useful for performance profilng and debugging sound issues)
-nocdaudio : turns off CD audio. Quake will bug you about using this if you don't have MSCDEX loaded anyway

apsosig.png
long live PCem

Reply 4 of 11, by Maraakate

User metadata
Rank Oldbie
Rank
Oldbie

My updated Quake DOS port allows this ability. You can use -nogus to skip the GUS detection routines.

http://dk.toastednet.org/QDOS

Reply 6 of 11, by Maraakate

User metadata
Rank Oldbie
Rank
Oldbie
keropi wrote:

^ will give it a go, thanks for the heads up 😁
I wonder if it works faster than stock Q ...

There's no visual enhancements so it should be about the same speed. It's compiled on the new DJGPP and GCC builds so in theory it should generate better code, but I never tested that out for sure. Runs great on target hardware of the era though.

Reply 8 of 11, by leileilol

User metadata
Rank l33t++
Rank
l33t++

A little note, the released 1.09 sources have a mistake with the view refdef adding a few pixels of border to the viewport so the fps boost might be due to that

Last edited by leileilol on 2015-08-03, 09:28. Edited 2 times in total.

apsosig.png
long live PCem

Reply 9 of 11, by Maraakate

User metadata
Rank Oldbie
Rank
Oldbie
leileilol wrote:

A little note, the released 1.09 sources have a mistake with the view refdef adding a few pixels of border to the viewport. so the fps boost might be due to that

where dat at?

Reply 10 of 11, by NewRisingSun

User metadata
Rank Oldbie
Rank
Oldbie
keropi wrote:

Is there a command line option to force using SB and avoid messing with the GUS variable?

No, but you could open QUAKE.EXE with a hex editor and replace the strings ULTRASND and ULTRA16 with something else.

Reply 11 of 11, by keropi

User metadata
Rank l33t++
Rank
l33t++
NewRisingSun wrote:
keropi wrote:

Is there a command line option to force using SB and avoid messing with the GUS variable?

No, but you could open QUAKE.EXE with a hex editor and replace the strings ULTRASND and ULTRA16 with something else.

didn't think of that 🤣
tbh it was for the best, I found about QDOS 😊

🎵 🎧 MK1869, PCMIDI MPU , OrpheusII , Action Rewind , Megacard and 🎶GoldLib soundcard website