Xref: utzoo comp.sys.ibm.pc.hardware:6827 rec.games.misc:14969 Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!rice!uw-beaver!milton!max.u.washington.edu!wcn From: wcn@max.u.washington.edu Newsgroups: comp.sys.ibm.pc.hardware,rec.games.misc Subject: Re: Soundblaster with 386-33 help needed! Message-ID: <1991Mar23.012615.1@max.u.washington.edu> Date: 23 Mar 91 09:26:15 GMT References: <1991Mar23.050244.19739@magnus.acs.ohio-state.edu> Sender: news@milton.u.washington.edu Distribution: na,world Lines: 91 In article <1991Mar23.050244.19739@magnus.acs.ohio-state.edu>, smsmith@hpuxa.ircc.ohio-state.edu (Stephen M. Smith) writes: > If somebody out there has a Soundblaster that works correctly > in their 386-33, please hit 'r' now and let me know that this > is a possibility! > > Problem: [it doesn't work unless you slow the clock or turn off the cache] > > I've tried: [every conceivable possibility] > > Conclusions: > > --The Soundblaster doesn't work with any machine faster than > a 386-25 (or a 386-33 with no cache?) > > --The Soundblaster is incompatible with Micronics motherboards > (I've got the Micronics). > > --My Soundblaster is broken. (I am trading it for a replace- > ment at the moment, but I have a feeling the new one won't > work either.) > > I've noticed that if I have QEMM loaded it makes it a little > better. I have no idea why QEMM would affect it unless it > has something to do with my BIOS and QEMM is doing something > with my shadowed BIOS (which it shouldn't). > > PLEASE NOTE: The problem is different with different games: > [various symptoms deleted] > > Any suggestions? Anybody have a 386-33 or 486 with a WORKING > Soundblaster? I had virtually the exact same experience, step for step, except that I have an AMI motherboard. Most games I've played since buying the SB (November) have worked OK, although there are some missed notes and intermittent tinny sound, as you mentioned. Ultima VI was the most noticable. The thing that really drove me nuts was playing Wing Commander and having the board lock up on a particular sound in the middle of a heated battle (when there is a >lot< of CPU and cache activity), as has been chronicled at some length by others in earlier discussion threads in rec.games.misc. I finally called Creative Labs and after patiently listening to them read off the idiot's checklist ("check your config.sys", "remove your TSRs", "try all the different I/O addresses", etc), I made them tell me the truth. It's not the board, it's the driver in the application. The code they released to developers when the rev. 1.5 board was shipped has bugs that cause strange things to happen on a 386/33 or a 486/25. Believe it or not, similar problems can occur at very >slow< speeds, i.e. an old XT at 4.77, if a lot of clock cycles are being stolen off the bus. Creative Labs has known about these problems for nearly a year and has conveniently neglected to mention this to the users. Only the FM chip is clock-sensitive, not the voice chip. If your board came with TEST-SBC.EXE version 1.50A, the FM test probably won't work at 33 Mhz. On my system it will usually wait a few seconds and then play a single screeching tone. Sometimes the tone will shut off when the test timer ends; otherwise the board is locked up and you have to cold boot to reset it. Sometimes the board will remain dead silent. The reason for this is that the test application was itself built with the buggy driver code! And Creative Labs is still shipping this test program today!! There is a self-extracting archive file named PROG.EXE on the Creative Labs BBS ((408) 986-1488) which contains an updated TEST-SBC that works properly on a 386/33. It also contains updated driver files for FMORGAN and the other demo applications. Perhaps most important to gamers, it has an updated SB-SOUND.COM which improves the board's performance in AdLib mode for those applications which depend on that file. Most people will not need any of these files, however. (Please do not ask me to mail or post the archive file. I would be happy to make it available via anonymous FTP, except that Creative Labs specifically forbade me to do so. If you really want it you'll have to get it from them.) The real problem is that most games which support Soundblaster include their own built-in driver for the board. If the game software was built using the [buggy] 1.50 driver code supplied by Creative Labs, then it may have problems at 33 Mhz, and there's nothing you can do unless the vendor releases an update. It will be interesting to see how many game companies will acknowledge these problems, much less actually ship updates to us affected users. I will post any info I get in the mail to rec.games.misc (altho I'm not holding my breath) and I hope others will do the same. Of course, I also have a PC MIDI card and a Roland MT-32 sound module. I'm having some difficulty figuring out how to use the MTBLAST.DRV in SQ IV. All I have is a standard 2-channel amp and two speakers, and I don't see how they expect you to merge the two sound outputs. I'm not interested in spending another several hundred on a professional mixer. Any thoughts, anyone?? Bill Newell Systems Analyst, Applications Consulting Group University of Washington WCN@u.washington.edu "SequelPoliceRWatchin"