Towncivilian wrote on 2025-09-28, 23:53:

Have you tried with hardware sound acceleration set to "No acceleration"?

This motherboard has two ISA slots. Can you try putting the AWE64 in the other slot? I'm wondering if the one it's in now is a shared PCI/ISA slot and that could be causing some issues somehow.

Also, you mentioned planning to install a 512MB RAM stick in this motherboard. This is a 440BX chipset and 512MB sticks will likely be recognized at half-capacity (256MB) by this chipset unless they are low-density (which I think are either extremely rare or basically non-existent). If you are in the US, I have 3x256MB PC133 CL3 RAM sticks I'd be happy to give to you.

Really! Cool! Lemme know how you wanna set that up.

I tried setting the recovery time all the way up to 4, and it didn’t change anything that I could notice. Completely turning off hardware accelerated sound also completely muted Half-Life, so that’s an obvious no-go.

Some areas have consistent slight slowdown, and are thus accompanied by audio garbling in 3D accelerated mode, so it may just be a performance problem. The ones that almost always have slowdown are the scene with the forklift, G-Man in the tram next to the spilled nukage, and anywhere near the Anti-Mass Spectrometer. It would make sense I guess, this AWE64 Value has only the base 512KB of onboard memory and is a dated card by contemporary standards, but it’s still strange that the problem only really gets bad in 3D accelerated mode. I think, if I were to buy my way out of the problem, getting a SB Live or similar card would be a smarter start, right?

An SB Live would likely work more seamlessly, yes. I believe I have one I can also send to you with the RAM, if you are interested. I will send you a PM to discuss shipping details.

Looking at the motherboard manual, you can also try toggling the settings "Passive Release" and "Delayed Transaction" as they also relate to ISA card compatibility.

To the best of my knowledge, the 512KB of RAM is used to load MIDI soundfonts and doesn't relate to usage in modern games.

I have an AWE64 in my similar build (quicker P3, but 440BX chipset). I can try to play Half-Life to see if I happen to get the same issues, although I'm running Windows 2000 so I'm not sure how much of a useful test it would be.

TheMysteriousGray wrote on 2025-09-28, 14:17:

Dipshidian wrote on 2025-09-28, 13:21:

What video settings are used in Half-Life? To rule out the possibility of the 3D card API affecting performance, testing the game in all modes — Software, OpenGL, Direct3D — might be worth a try if you haven’t already done so. To be extra sure, try using an older PCI or AGP video card (with or without 3D acceleration) with DirectX compatibility to make sure the GeForce MX isn’t introducing any unwanted behavior in Half-Life.

Direct3D at 640x480. I have an ATI Rage IIc that came with my mobo bundle I could test, though I have no idea if it'll run the game any good.

ATi Rage2C is slower and older card, ATi minimum with 640x480 is Rage Pro/Rage128/Rage 128Pro with Half Life, also Rage2C does not have OpenGL driver, Direct3D/3DCIF only.

ATi Rage2C/Rage Pro are better suited for Win9x, Rage128/Rage128Pro can run 3D stuff at W2K/XP at playable speed. If you want, you can test Half Life with Rage2C and my dirver also, its just for Win9x and Rage2C Direct3D is not made for Half Life.

Disable the AWE64 in device manager and see if the graphics hitches go away or stay. My hunch is that the audio stuttering is a side effect of something else in the system as the card will loop over the audio buffer if it doesn't receive new data in time and repeat recently rendered sections of audio.

TheMysteriousGray wrote on 2025-09-28, 23:12:

I tried lowering the hardware accelerated sound to Basic and ran another test using OpenGL. It did not appreciably change anything.

As for ISA bus timings, I don’t seem to know where to look or if this BIOS even has a feature to monitor it. This is an Award BIOS, version SS for this specific motherboard.

EDIT: found the feature mentioned. 16-bit I/O Recovery Time is set to 1.

Setting a higher value may help, or it may not. A value of NA is supposed to set the default value of a 3.5 cycle delay, and any other setting is added on top of that.

Towncivilian wrote on 2025-09-29, 00:15:

Looking at the motherboard manual, you can also try toggling the settings "Passive Release" and "Delayed Transaction" as they also relate to ISA card compatibility.

^ This may also play into it:

From Adrian's Rojak Pot Bios Optimization Guide: […]
Show full quote

From Adrian's Rojak Pot Bios Optimization Guide:

Delayed Transaction
Options: Enabled, Disabled
This feature is used to meet the latency of PCI cycles to and from the ISA bus. The ISA bus is much, much slower than the PCI bus. Thus, PCI cycles to and from the ISA bus take a longer time to complete and this slows the PCI bus down.
However, enabling Delayed Transaction enables the chipset's embedded 32-bit posted write buffer to support delayed transaction cycles. This means that transactions to and from the ISA bus are buffered and the PCI bus can be freed to perform other transactions while the ISA transaction is underway.
This option should be enabled for better performance and to meet PCI 2.1 specifications. Disable it only if your PCI cards cannot work properly or if you are using an ISA card that is not PCI 2.1 compliant.

Passive Release
Options: Enabled, Disabled
If Passive Release is enabled, CPU-to-PCI bus accesses are allowed during passive release of the PCI bus. Therefore, the processor can access the PCI bus while the ISA bus is being accessed.
Otherwise, the arbiter only accepts another PCI master access to local DRAM. In other words, only another PCI bus master can access the PCI bus, not the processor. This function is used to meet the latency of the ISA bus master, which is much longer than that of the PCI bus master.
Enable Passive Release for optimal performance. Disable it only if you are facing problems with your ISA cards.

Try to be consistent with your testing (ie. if you've left DirectSound acceleration to 'full' or 'basic') in Windows, don't change it while you alter the BIOS settings. Otherwise you might end up fixing the problem and not know exactly what helped in the end.

Delayed Transaction was disabled in the BIOS. I flipped it on and tested all the way to abt halfway through Unforeseen Consequences and all audio issues are completely gone! I had turned off high-quality audio in the menu though which might have made a slight difference, will test with high quality audio after work.

This place has been so helpful for helping me rule out issues with my system and figure out things to buy when current components didn’t cut it.

Great to hear "Delayed Transaction" did the trick. I'm surprised that it was set to Disabled, pretty sure on my abit BX133-RAID board, it's Enabled by default.

Don't forget to try to raise the sound hardware acceleration level back to full now that the root cause seems to be resolved.

UPDATEA: booted the system again to test and Half-Life had no sound whatsoever. Turns out the audio acceleration was all the way off for some reason, set it to full and restarted, and now all the audio issues are back. Setting it to Basic didn’t help. Delayed Transaction is still enabled.

Seems it only worked the one time. I think I’ll need that SB Live after all. If I have both cards installed (the AWE64 for DOS games, the Live for everything else), then as long as they don’t have resource conflicts, they should work fine in the same system, right?

Is the audio quality still on low? The ISA card may have a problem with the higher quality sound + reverb the game has.

TheMysteriousGray wrote on 2025-09-30, 12:38:

Seems it only worked the one time. I think I’ll need that SB Live after all. If I have both cards installed (the AWE64 for DOS games, the Live for everything else), then as long as they don’t have resource conflicts, they should work fine in the same system, right?

Yes it works fine, I have a non-PNP ISA card (PicoGUS), a PnP ISA card (ES1869F) and a PCI card (SB Live! Value) in the same system and they coexist. You just need to be aware of how the resources are assigned. If you want to run DOS games reliably you should a) set the IRQ and DMA PnP assignment (used by the AWE64) in the BIOS to manual/Legacy ISA so windows doesn't try to assign anything on top, use unisound or OEM init tool in baremetal DOS (if you use that) to initialize the card to the IRQ and DMA cleared in the bios, and also override the resource assignment in windows to use those same values.

I initially tried to use the ES1869F ISA PnP as a windows 98 card but ran into performance issues like stuttering and audio delay in some games (like quake 2 and THPS2), ultimately I couldn't find a working configuration. Once I put in the SB Live, all the audio related issues with win98 games disappeared. Other issues cropped up like the system not shutting down properly or conflicts with Yamah S-XYG50 softmidi, those went away once i used the Audigy driver pack from philscomputerlab rather than than the SB Live drivers.

On top of that you get four point and 5.1 surround (depending on the version of SB Live) and EAX which is fun to play with. Alternatively you can get an Audigy 2 ZS which works well with win98 as well.

I got a SB Live (thanks Towncivilian), but now I have no sound at all. I used the Audigy 2 ZS drivers from Philscomputerlab, but I guess something went wrong as neither card gives me any sound. What should I do to get both cards working at once? I don't want to get rid of the AWE64 as it's an ISA sound card and useful for DOS.

UPDATE: the AWE64 still works, after switching primary devices in Windows, but the Live produces no sound at all. Any assistance to get this card working would be appreciated.

Check the mixer settings for any low/muted channels, check speaker config, make sure you are plugging the speakers into the correct audio output jack. Any conflicts in device manager?

Which version of the SB Live! did you get? (which CT number)

Also check that "Digital output only" isn't selected in surround mixer just under the speaker layout selection

After a while, I got it working by switching it to a different PCI slot. The black port for speakers doesn't work, but the green Line Out port does, which is odd, but whatever. It's a model SB 0100.

Unfortunately, it didn't fix the audio issues it would seem. I still get audio corruption all the time whenever 3D acceleration of any kind is on, and I even get it in software mode occasionally. I think either something is wrong with the game itself or my system just isn't powerful enough, as the audio freaks out whenever there's a hitch in performance of any kind. I know Half-Life's audio is prone to screwing up easily whenever there's any performance struggles, I just didn't expect it to be THIS bad, even with a Sound Blaster Live, considering I've got a 700MHz Pentium III in here.

I've seen people mention a mod called MetaAudio here and there, and from basic research it seems to be a replacement for HL's audio engine and can help with or even eliminate some of these issues, but the obvious caveat is that it's a modern-day mod for a 27-year-old game. I can't find any info on whether it would work for a retail copy in Win98, even though it's a 32-bit program.

Have you tried a non-GOTY install yet? I also recently installed the GOTY version with the update and while I don't have terrible audio issues, strangely the left and right channels are flipped with my PCI YMF724. It only happens with Half-Life. I haven't tried another version either but this thread has got me curious.

TheMysteriousGray wrote on 2025-10-10, 05:21:

After a while, I got it working by switching it to a different PCI slot. The black port for speakers doesn't work, but the green Line Out port does, which is odd, but whatever. It's a model SB 0100.

That's a good SBLive model. Try using the drivers from the official installation CD and see if that makes any difference.

Also, the black audio jack is meant for surround sound on that card. So, if you have a pair of standard stereo speakers, you should only use the green jack.

sunkindly wrote on 2025-10-10, 06:32:

Have you tried a non-GOTY install yet? I also recently installed the GOTY version with the update and while I don't have terrible audio issues, strangely the left and right channels are flipped with my PCI YMF724. It only happens with Half-Life. I haven't tried another version either but this thread has got me curious.

I’ve been considering either reinstalling the GOTY version I have without the 1.1.1.0 patch or burning an older version to CD. something must be wrong with the game itself, because other games that perform worse like Deus Ex and Trespasser have little to no sound issues whatsoever.

Joseph_Joestar wrote on 2025-10-10, 06:34:

TheMysteriousGray wrote on 2025-10-10, 05:21:

After a while, I got it working by switching it to a different PCI slot. The black port for speakers doesn't work, but the green Line Out port does, which is odd, but whatever. It's a model SB 0100.

That's a good SBLive model. Try using the drivers from the official installation CD and see if that makes any difference.

Also, the black audio jack is meant for surround sound on that card. So, if you have a pair of standard stereo speakers, you should only use the green jack.

I can try that, I suppose.

As for the speakers, that makes more sense than a port being randomly dead 🤣. I guess if I want to capture audio in the future, I’ll have to either get surround sound speakers or reverse the mixing setup I have and feed the SBLive’s audio into the AWE64.

I was thinking it might be worth trying to reinstall the game, or maybe to try a different version. I get no audio stutters on my K6-2+ 550 which has like half the power of that P3 700 so it's not a raw power issue. I am also using the GOTY edition but not patched since it works out of the box on a Voodoo3.

What I do is send the output from my DOS cards (ES1869 and PIcoGUS) and CD drive into the SB Live, normally the card is silent in DOS but I use the ek1m tool to turn on the audio mixer without using a TSR and wasting memory. The AWE64 is quiet enough to use it as the mixer IMO so either way will work.

I uninstalled the game and installed a much older version, what I think is (or is close to) the original retail release since it comes with Worldcraft on disc.

The audio is somewhat improved. Fewer areas have audio stuttering, but it's still present and can still be severe from time to time, at least when using the 3dfx MiniGL driver. Audio acceleration is set to Basic from a prior test and I haven't tried software mode. I think I'll do another round of tests tomorrow in all rendering modes, perhaps even try downgrading the resolution to 320x240 for a lark.

I also noticed that I would get occasional pops and crackles when the audio was screwing up or on the verge of it. Deus Ex had the same problem on the AWE64 until I installed updated drivers from the CD, so I might take JoJo's advice and use the drivers from the official CD instead of the Audigy 2 drivers, just to see what happens.

Tested in all modes. All of them have audio issues, and the ratio of them seems evenly split. They are still lesser in number and severity than the later versions but they are frequent, noticeable, and distracting. 320x240 is also not supported by the Voodoo3 for at least this 1.0 release of Half-Life.

I have tested every other game I own, and not a single one of them has this problem, not even Trespasser. I can't earnestly believe it's an audio driver issue when only one game ever has audio issues of any kind, so something about GoldSrc's audio system just seems to disagree with this computer. I would have liked to experiment with mods like MetaAudio to try and see if the audio is any better, but it seems like even old versions of MetaAudio are designed for the Steam version and not the retail version, so I have no idea how to install it or if it would even make a difference.

If anyone out there has had similar issues with audio stuttering, skipping, repeating, etc. to a consistent degree with Half-Life, please let me know if you found a way to fix it on period hardware. ANy help would be immensely appreciated.