Ultrasound Daily Digest Sun Jul 18 00:07 Volume 4: Issue 46 Today's Topics: GUS & SB coexistence / Recording Session problems Recording Session: 32nd, 64th, tie symbols Ultrasound Daily Digest V4 #44 Vikings Standard Info: - Meta-info about the GUS can be found at the end of the Digest. - Before you ask a question, please READ THE FAQ. ---------------------------------------------------------------------- Date: Sat, 17 Jul 93 15:11:05 EDT From: Phat H Tran Subject: GUS & SB coexistence / Recording Session problems Message-ID: <9307171911.AA01974@sciborg.uwaterloo.ca> > Date: Fri, 16 Jul 93 8:27:59 GMT > From: bre@os.is > Subject: GUS + SB = true love (NOT!) > Message-ID: <9307160828.AA08261@blesi.os.is> > > Yes.. this is a faq! > > Sorry.. but I tried the tricks in the GUS-FAQ, and they didn't work > for me. My soundblaster is the oldest working model, 1.5, and I just > can't get it to cooperate with the GUS. Whenever I run the TEST-SBC > program it halts with error #400 (whats that?), and other blaster > programs just freeze on me.. > Do you still have ultrinit.sys in your config.sys? If so, take it out. What are your GUS' playback and record DMA channels? They should be on something other than 1, and make sure that none of your GUS IRQs clash with the SB's. Also, it's probably better to leave the SB on its defaults and configure the GUS around it since the SB is an older board and its defaults are more established (i.e. hardcoded in more games) than the GUS'. For some games that do not recognize the SB, you must run SBOS (an old version like 1.20, preferably) and then uninstall it. Games will then be able to detect the SB at its Adlib registers. I used to have both an SB 1.5 and a GUS in my machine, and they coexisted quite nicely. > Date: Fri, 16 Jul 93 22:41:53 WET DST > From: dp@hydra.carleton.CA (Dave Perry VE3IFB) > Subject: Recording Session question > Message-ID: <9307170241.AA24352@hydra.carleton.CA> > > If I may interrupt the whining, carping, flaming, and other general BS, > I have a question about Midisoft Recording Session which I received in > the mail (thanks, Gravis). > > If I load in a .mid which is on the large side (say, chinese.mid for > example), and play it, there seems to be parts missing. I have enabled > the general midi driver and turned on the extra channels 11 to 16 in the > midi mapper. In chinese.mid, for instance, one of the violin parts is > missing. Is there a restriction on the maximum number of parts which > this version of Recording Session can play? > > Constructive replies please - I think if I read one more bitch i'm gonna > get a chainsaw and... :-) > Recording Session sometimes loses program change information for certain tracks while loading a .mid, and these tracks will then not play with any sound. You must manually reassign an instrument to such tracks. This is done easily enough by clicking on the instrument label on the track's mixer controls. A dialog will pop up, letting you change things such as instrument, track name, track channel, etc. Hope that helps. Phat. ------------------------------ Date: Sat, 17 Jul 93 04:06:54 EDT From: timkwan@Athena.MIT.EDU Subject: Recording Session: 32nd, 64th, tie symbols Message-ID: <9307170806.AA18807@bolognese> Well, I _finally_ received my 2.06 disks. :) On the whole, I am pleased with Power Chords and Recording Session. I am still playing with them and learning about them. I have one question. How come when I click on the note button in Recording Session, I do not see 32nd and 64th note buttons nor the tie button? In the online help in Recording Session, selecting: Commands and Operations Score View The Toolbox Note Add Tool the following information is displayed: Click once on the icon. The cursor changes to a note shape. A palette appears which contains note values (whole note to sixty-fourth note), sharp, flat, and natural signs, a tie mark, and a triplet symbol. Where are the 32nd and 64th note and tie mark buttons???? -Tim ------------------------------ Date: Sat, 17 Jul 93 00:11:21 EDT From: n4zfd!frodo@rylos.n2idf.ampr.org (Jim Blakely) Subject: Re: Ultrasound Daily Digest V4 #44 Message-ID: <742950415@rylos> Noted that someone mentioned setting stacks= to stacks=0,0. This is not a recommended thing to do, as it disables DOS's ability to switch stacks at hardware interrupt time. If you experience the dread "Stack Overflow" .. then your system needs more stacks... The recommeneded setting is stacks=9,256. Please note that your BUFFERS must be at least 17, and that the BUFFERS= line *must* precede the STACKS= line in your config.sys. Both of these last comments are due to the fact that the interrupt stacks are stored in BUFFERS. Also, if you're using DOS 5 or 6, you can set BUFFERS to 47, and not use any extra conventional memory, since DOS 5 & 6 load the BUFFERS into the HMA, along with the DOS kernal - taking advantage of what would otherwise be wasted space. -Jim Blakely, MCP Blakely-Signature Associates ------------------------------ Date: Sat, 17 Jul 1993 01:09:27 -0700 From: jakub@eskimo.com (Jake Cholewczynski) Subject: Vikings Message-ID: <199307170809.AA28381@eskimo.com> Just got a new game it is called "The Lost Vikings" by Interplay.. and it SBOS works as SB Pro... IN STEREO!!!... cool... ------------------------------ End of Ultrasound Daily Digest V4 #46 *************************************