HDTenEightyP/NetNews huggingface dataset:
From: twong@civil.ubc.ca (Thomas Wong)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: .669 files in Ultrasound ftp sites!
Date: 3 Jan 1993 20:50:45 GMT
Organization: Dept. of Civil Engineering, U.B.C., Vancouver, B.C., Canada
Distribution: world
NNTP-Posting-Host: sam.civil.ubc.ca


Hello all. I've finished validating all the submissions (as of yesterday)
in archive.epas.utoronto.ca and they have all been moved to the 
appropriate directories in both our ftp sites (archive.epas.utoronto.ca
under pub/pc/ultrasound & wuarchive.wustl.edu under systems/msdos/ultrasound)

But the purpose of this post is to say that I was very impressed with
the 669 files. I've created a directory to place them all in (under
.../ultrasound/soundutil/669), player, composer and sound files.
And as others have mentioned already, thanks to Tran of Ren., the player
was written for the Ultrasound hence no more SBOS! You should all give
these files a go. They sound better than a lot of the other midi files
we've been playing around with in our ftp sites. I haven't been able to
get the composer to work yet (if it wasn't one error it was another)
but you should be able to create your own songs. With voices (human
saying things) et al. Take a listen to all the files there.

Thomas.

Newsgroups: comp.sys.ibm.pc.soundcard
From: catena@datum.enet.dec.com (Rich Catena)
Subject: Re: Winjammer with GUS?
Reply-To: catena@arrcee.enet.dec.com
Organization: Digital Equipment Corporation, Princeton, NJ
Date: Mon, 21 Dec 1992 15:29:08 GMT


To: catena@arrcee.enet.dec.com
Cc: 
Reply-To: catena@arrcee.enet.dec.com
Subject: Re: Winjammer with GUS?



I personally thing it's going to be a major pain to have to load patches with another utility however simple it is to use. Is anyone planning to add the two lousy calls to windows to load the patches and drums that is needed to their sequencers?
It is not a major change to add this stuff. A bit in the capabilities structure tells you that the driver supports caching patches, you build an array of words ( one bit for each midi channel) on word for each patch and pass it to the driver by calling midiOutCachePatches. A similar call is done for the percussion. An example of this is in KBMIDI and DRUMS both at archive.epas.utoronto.ca.

I am eagerly awaiting a sequencer which supports this.

Have Fun!
From: soelex@four-lab4.Berkeley.EDU (Alexander T. Soe)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: PAS-16 and GUS together!
Date: 25 Dec 1992 01:32:52 GMT
Organization: UC Berkeley Dept. of Nuclear Engineering
Distribution: world
NNTP-Posting-Host: four-lab4.berkeley.edu
Keywords: GUS, PAS-16, PAS

In article <41870003@hpmwwav.sr.hp.com> brianrh@hpmwtd.sr.hp.com (Brian R Hutchison) writes:
>I would like to get an Ultrasound now that the local dealer has a bunch for
>$150. I have a PAS16 but would like to use the wave table sysnthesis on the
>GUS. I was going to run it's line out into the line in of the PAS16 which I
>would use for PCM, SB comp, SCSI and Mixer. I assume that I could set the
>IRQ's at some higher number on the GUS since all my lower IRQ's are used up.
>Have to keep the PAS low to use TBPro. Has anyone else done this yet?

I have installed both cards, and they work fine, as long as you 'wake' up or
initialize one at a time.  That is, you can't have MVSOUND.sys from PAS-16 in
the TSR while you want to use the SBOS from GUS.  The same is true for the
MIDI Mapper, MIDIMAP.CFG, and support drivers for Windows 3.1.  You either
have one or the other.  (Although, I've heard that there are ways to have multi-
system.ini and win.ini, so that you can have multiple setups/configurations.)

I haven't tested out any of the sampling, playback, or mic-recording, since I
am not really literate in music or sound manipulation.  But, I have tested out
the media player from Win3.1 on both cards, playing the MIDI files from both
companies.  The .wav files play well on both cards, too.  I have tested out
some games, and with the few exceptions for SBOS/GUS (the same as everyone
else's, like Max. Overkill), the SB emulation came out fine.

The trick is to make sure that the IRQ's, DMA's, and Base Port Addresses are
not the same for the GUS and the SB part of PAS-16.  Since, the PAS-16's SB
emulation is on the hardware, I couldn't use the defaults (I5 and 220h) with
SBOS/GUS.  I used 230h, I7, and D1 for GUS, and fitted PAS-16 where it fits:
I10 and D3 or D5.

One note on above: SBOS and most of the games won't let you use high IRQ's and
DMA's.  GUS also has less choices of IRQ's and DMA's than PAS-16 to configure.

Other notes:  I am only using the amplified line out on the GUS, since I have
this constant feedback-like tone/noise on the unamplified line.  I thought
that this was due to having two cards, but it is still there after I
unplugged the PAS-16.  So, I figured that there is something wrong with the
GUS ports.  The GUS also has _weak_ or _unimpressive_ softwares and docs.
Wish I could use the PAS Multimedia Tools while engaging the GUS.

Hope this helps.  When I have more time and have tested out more games, I'll
post again.  Till then...

								alex
						soelex@four-lab4.berkeley.edu



Newsgroups: comp.sys.ibm.pc.soundcard
From: stewarta@netcom.com (Alex Stewart)
Subject: Re: On GUS memory (question)
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Newsreader: Tin 1.1 PL5
Date: Fri, 1 Jan 1993 21:52:41 GMT

Ok, I don't have a GUS.  I don't have a lot of musical experience, and I don't
know a lot about digital audio techniques, but this is my understanding of
wavetable synthesis (which everybody tells me is what the GUS uses for its 
patches):

Let's take a simple sound, say a sine wave with a medium (flat) attack and 
decay (yes, I know this could be done with FM, but this is just an example).
Let's also say that it's about 1 second long.

One could easily sample the whole thing, at a decent rate (say 44 Ksamples/s,
16 bit), and would end up with something that took up about 88K of memory.
However, look at a sine wave.  It's just the same thing over and over and over
again.  If this sine wave we're sampling is at about 440 Hz, then we're really
sampling the same thing 440 different times and storing all of it.

So, let's just sample 1/440th of a second of it (one cycle), and then make a
note that the entire thing consists of that sample 440 times.  We have to deal
with attack and decay, but we can do that by just putting in a little data 
that says "start the amplitude at 0, raise it at such-and-such a rate until we
get to full volume, wait for the release, then decay similarly".  This 
information need only take up a few bytes.  We now have exactly the same result
at exactly the same sampling rate/clarity, etc.  It now takes up somewhere 
slightly over 100 bytes.

Another advantage of this is that now, if we want to play it for longer than
just a second, we don't have to resample it, we can just change the number of
times we cycle through it.  Moreover, when we change the frequency, we can 
keep the same duration fairly easily.

A more complex instrument may need a different sample for the attack phase or 
the decay phase, but this can be whittled down similarly to only the necessary
information.  When you get finished, a 16-bit 44Ks/s piano can be stored in 
somewhere around 20-30K (just guessing), add to that any compression, and you
have no problem fitting several high-quality instruments in 1Meg, or even 256K,
and you get better quality than straight samples, to boot.

Hope this helps (hope I'm not way off base, too...),
-alex
-- 
-----------------------------------------------------------------------------
Alex Stewart:         Sysop of YBBS (510) 689-8952 |   This space for rent.
stewarta@netcom.com   .----------------------------'-------------------------
stewarta@carleton.edu | Somebody, somewhere, is offended by what I am saying.
-----------------------------------------------------------------------------
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: FRING11.LZH (now back on wuarchive.wustl.edu)
From: nunn@it.ntu.edu.au (JsNO  BAR---NUNN)
Date: 27 Dec 92 13:33:21 +0900
Reply-To: nunn@it.ntu.edu.au
Distribution: world
Organization: Information Technology, Northern Territory University


Just after I uploaded my distrubution to wuarchive.wustl.edu, they decided
to spring clean :). So I've re-uploaded it back up to "wuarchive.wustl.edu"
to "/pub/MSDOS_UPLOADS". Sorry about that. The fully documented version will
be out in another 3-4 weeks.

Note also, that I'm working on a new Module sound format for the Ad Lib card
called "Super Real Ad Lib". It will be suitable for "games grade music", but
will use far less CPU & memory to play SRA modules. Because it's at a proposal
stage, I'm going to release it as an RFC as soon as I can upload it to my local
host.

:Bye & Merry Christmas

-------------------------------------------------------------------------------
                                 JsNO BAR----NUNN

           Spelling disclaimer: "My SUN keyboard is a chunk of shit"

      "Computer Science students learn how to become computing professionals,
     Business Information Systems students are users learning about themselves"
                 nunn@pandanus.cs.ntu.edu.au  NTU, DARWIN, NT, OZ
-------------------------------------------------------------------------------
From: joak@ocf.berkeley.edu (Jonathan A. Kung)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: What exactly is supposed to be in the GUS box?
Date: 21 Dec 1992 09:10:20 GMT
Organization: U. C. Berkeley Open Computing Facility
NNTP-Posting-Host: bigbang.berkeley.edu

ptran@sciborg.uwaterloo.ca (Phat H Tran) writes:
>joak@ocf.berkeley.edu (Jonathan A. Kung) writes:
>>Am I missing anything else?
>
>The "Speed Compensating Game Port Instruction Sheet"?

Hmm.  I didn't get this, but it was probably incorporated
into the manual, since that was well covered in mine...

Jon
From: jjh@col.hp.com (Jeff Haeffele-x3570)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: PAS-16 Midi MPU-401
Date: 23 Dec 1992 19:22:43 GMT
Organization: HP Colorado Springs Division
Distribution: world
NNTP-Posting-Host: ra8.col.hp.com

warb@faatcrl (Dan Warburton) writes:
> I have just ordered the PAS-16 Sound Card. The midi hook up is an additional
> $90.00. I was told it was MPU-401, then told there are a couple of versions
> of this MPU-401. Does the PAS-16 Midi work with Cakewalk? What's the story
> on multiple versions of the MPU-401? Any cheap sources for that midi add
> on? Thanks.

I purchased the PAS-16 midi option for ~$45 from Insight.
It is *not* MPU-401, however it does work with Cakewalk Pro for Windows.
From: wpb@icf.hrb.com (William P. Bown)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: U6/Soundblaster compatibility
Date: 21 Dec 92 10:18:41 EST
Organization: HRB Systems, Inc.

    Is it possible to use Sound Blaster 2.0 with Ultima6.  I have attempted
to install a driver that would recognize the card but have had no luck.

Thanks,

Bill Bown
Newsgroups: comp.sys.ibm.pc.soundcard
From: cwatters@magnus.acs.ohio-state.edu (Coyt D Watters)
Subject: Re: GUS - 32 channel STEREO!
Organization: The Ohio State University
Date: Tue, 22 Dec 1992 14:50:09 GMT

In article <gate.uVuyVB1w164w@bowker.com> Daniel@bepcp.UUCP writes:
>Re: Re: Sbos!=SBPRO
>
>Here is a quote from the Ultrasound Developer's Toolkit: "There are 15 pan
>positions for each voice." There you have it. Fully panable. Star Control II
>uses this panning; 1 music channel is mixed far left, 1 is mixed "mid left",
>1 is mixed "mid right" and the last is mixed far right.

All RIGHT!  Then this should mean that each of the 32 voices are, indeed, 
stereo, rather than only 16 stereo voices.

Now I really can't wait until the 25th!

-Coyt

Newsgroups: comp.sys.ibm.pc.soundcard
From: jcs@ixstar.ih.att.com (John "C". Sucilla)
Subject: SoundBlaster 1.5 & Frecom Fax96?
Originator: news@cbnewsb.cb.att.com
Organization: AT&T
Distribution: na
Date: Sun, 3 Jan 1993 14:44:00 GMT



With these two boards installed in my 468DX/50 there is a problem
with the SB turning on during FAX transmissions.  Not only is
the noise coming out of the speakers totally irritating but the
fax's get trashed.  I've tried several different configuration
settings on both cards and know that I positively don't have
any overlaps.  Also, I talked to Frecom and they told me they were
aware of the problem, not sure whos fault it was - thiers or Creative
Labs and no fix sorry.  Has anybody else run into this problem?
Anybody found a fix?

-- 
John "C". Sucilla,  AT&T Bell Laboratories  IX 1F-210  (708) 979-0599
jcs@ixstar.att.com
From: goo@hpindda.cup.hp.com (Michael Goo)
Date: Tue, 22 Dec 1992 21:55:31 GMT
Subject: Re: PAS-Plus SCSI and SB Quality?
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.sys.ibm.pc.soundcard

pti4378@ritvax.isc.rit.edu writes...

>The Pro-Audio Spectrum Plus seems to fit these requirements based on what
>is written on the package.  Before I buy, though, I would like to know:
>
>Is the PAS Plus hardware compatible with the SB, or does it require
>a TSR to perform the emulation?

You need to run a program to enable/disable SB compatibility mode; however,
I don't know if this is a TSR, or just sets the card to a different mode.

>Is the SCSI interface standard and good enough to use to run a SCSI
>CD-ROM drive and a SCSI Hard drive?

While fine for a CD-ROM, I've heard that the PAS+ interface is probably
to slow to handle a hard drive.

>Gravis is out.  I don't want TSR's and I don't want to buy add-ons.
>If there is nothing that fits my requirements, I'm just going to buy
>a plain SCSI interface and a plain Soundblaster.  A combined card
>would be preferable, especially since the PAS-Plus is approximately
>the same price as a plain 16-bit SCSI interface.

If you need to be able to run a SCSI hard drive, I'd get a dedicated
SCSI controller.


-------------------------------------------------------------------------------
Michael Goo                   |
Hewlett-Packard               | "I never try to cover my ass...
Information Networks Division |   but I certainly support your right to do so!"
19420 Homestead Road  MS 43LT |
Cupertino, CA 95014-9974      |
goo@hpisrhx.cup.hp.com        |
-------------------------------------------------------------------------------
Newsgroups: comp.sys.ibm.pc.soundcard
From: cgraham@iat.holonet.net (Carl Graham)
Subject: GUS & OS/2
Organization: HoloNet National Internet Access BBS: 510-704-1058/modem
Date: Fri, 1 Jan 1993 18:37:11 GMT


Newsgroups: comp.sys.ibm.pc.soundcard
From: ptran@sciborg.uwaterloo.ca (Phat H Tran)
Subject: Re: GUS and TB woes...
Organization: University of Waterloo
Date: Fri, 25 Dec 1992 05:26:28 GMT

In article <gting.725194139@sfu.ca> gting@fraser.sfu.ca (Gabriel Sii Kuok Ting) writes:
>Couldn't stop myself when I managed to find a Thunderboard for CAD$50. 
>Plunked the thing into my system with the GUS and voila... the answer to
>most people's dreams... or is it?
>
>TB: 220h, IRQ 5
>GUS: 240h, MIDI IRQ 5, GF1 IRQ 11, DMA 7.
>

When I had my SB and GUS coexisting, I made sure that none of the IRQs,
DMA channels, and ports overlapped.  It looks like your TB IRQ and GUS
MIDI IRQ are that same.  Try changing your MIDI IRQ to something else.

>Result: It WORKS! At least, a few games I tried worked perfectly fine, but 
>there were still a few games that balked:
>
>Wolf 3D: won't recognise the existence of an SB or Adlib. I think Phat mentioned something about running SBOS and unloading it, but when I tried it, I got
>garbage out of the TB and the computer froze. Hmm... doesn't sound too nice.
>

The GUS will conflict with every Adlib-compatible device because it
maps some of its registers onto ports 388h and 389h, the Adlib ports.
With the SB, I found that the GUS's registers masked the SB's own
Adlib registers at these locations, and thus, games wouldn't recognize
that there was an Adlib-compatible card in my machine.  SBOS sets the
GUS registers that map onto the Adlib ports to values that the real
Adlib would return.  These values would linger in the registers even
after SBOS was uninstalled.  As a result, games that checked locations
388h and 389h for the presence of an Adlib card would then sence one.

I don't know by what mechanism the GUS's registers at the Adlib locations
were interfering with the SB's.  It might be a pull high or a pull low.
If it's a pull high, then storing all zeroes into these two registers
would eliminate the interference.  It it's a pull low, then storing FFh
will do it.  If it's opaque masking, then some "Adlib values" would have
to be placed into the GUS's "Adlib" registers.  A program could easily
be written to allow the GUS to coexist with SBs and TBs more peacefully
by placing appropriate values into the registers which mapped over the
Adlib registers.  SBOS alread puts "Adlib values" into these registers,
but if the conflict is a result of a pull high or a pull low instead of
opaque (or complete) masking, then 00h's or FFh's would be much better.

[Disclaimer:  The above two paragraphs depict what I believe to be going
on inside the GUS.  I can't guarantee the accuracy of any of it, as I 
don't know for sure what the Ultrasound is all about.  Nobody does.]

>[...]
>On the up side, my other games worked flawlessly. Ultima 7, F1GP (yay!) and
>a few others. Can anyone offer any advice as to what is wrong and what can 
>be done to solve my probs? Phat?

I've tried my best to explain what I think is going on.  I hope what I've
typed will give you some ideas of what to do now.

Phat.
Newsgroups: comp.sys.ibm.pc.soundcard
From: ptran@sciborg.uwaterloo.ca (Phat H Tran)
Subject: Re: UltraSound Probelms
Organization: University of Waterloo
Distribution: na
Date: Sat, 26 Dec 1992 21:10:30 GMT

In article <1992Dec26.201720.7405@cs.UAlberta.CA> shane@cs.UAlberta.CA (Ruman Shane James) writes:
>hello,
>	I am having problems with my ultrasound when playing midi files
>	and with the windows 3.1 drivers.  When playing some midi files
>	from epas.utoronto.ca I get a message like "load patch failed
>	synstr1 - 7" .  When windows starts up it tells me "error 2 
>	in ultrawin.cfg" and does not load the ultrasound drivers.
>	any help would be greatly appreciated.

A "load patch failed ****** -7" means that you've just run out of memory
on the card for the required patches to fit.  Upgrading to 1Meg will
give you enough memory for virtually any MIDI file.

As for your ultrawin.cfg problems, though I've never run across this
file before, many others have suggested that you just delete it from
your Windows directory.  Also, be sure to copy midimap.cfg from your
ultrasnd\windows directory to windows\system.

Phat.
From: njg0@ns1.cc.lehigh.edu (NORMAN J. GIRARDOT)
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: SBPRO: Wierd, wierd errors
Date: 30 Dec 92 12:53:35 GMT
Organization: Lehigh University

Note?25~?25~?25~?25~?25~
Newsgroups: comp.sys.ibm.pc.soundcard
From: ptran@sciborg.uwaterloo.ca (Phat H Tran)
Subject: Re: Winjammer with GUS?
Organization: University of Waterloo
Date: Mon, 21 Dec 1992 08:50:20 GMT

In article <1h3mbfINNall@agate.berkeley.edu> joak@ocf.berkeley.edu (Jonathan A. Kung) writes:
>I downloaded Winjammer 2.2 a few days ago, and am currently
>trying to get it to work with the GUS.  In Configure, I
>choose Microsoft MIDI Mapper and Ultrasound MIDI Output.
>The problem is that nothing comes out of my speakers when
>I select Play.  Is there something else I should be doing?
>

WinJammer doesn't make the appropriate patch caching calls to load
the required instruments onto the GUS.  What you need to do is use
another utility such as Media Player to load in the patches for
WinJammer. 

Phat.
Newsgroups: comp.sys.ibm.pc.soundcard
From: jcw@kd4dts.dixie.com (John C. Wren)
Subject: DSP Package For Soundblaster
Organization: kd4dts
Date: Sun, 27 Dec 1992 19:43:48 GMT

Question:
	
	Does anyone know of any DSP type software that allows processing
	of .VOC or .WAV files?  I'd like to be able to design filters,
	run FFT's, etc on these standard files.  I'd be *real* nice if
	it ran under windows, but right now I won't be real picky.  I'm
	of course talking non-real time DSP, 'cause no 386/486 is going
	to be able to do anything real while running under the overhead
	of windows.
-- 
--------------------------------------------------------------------------------
John C. Wren (kd4dts)			|  Word Prefect 5.1:  The choice of
jcw@kd4dts.dixie.com			|    religious scribes everywhere.
..!emory!rsiatl!kd4dts!jcw		|
Newsgroups: comp.sys.ibm.pc.soundcard
From: impster@ais.org (Charles Budensiek)
Subject: Re: GUS: SBOS vr 1.22
Organization: UMCC
Date: Fri, 25 Dec 1992 07:54:24 GMT

In article <Bzst85.DtB@watserv2.uwaterloo.ca> ptran@sciborg.uwaterloo.ca (Phat H Tran) writes:
>In article <1992Dec24.071829.10990@sfu.ca> mtichy@fraser.sfu.ca (Martin Tichy) writes:
>>I like the fact that they are distributing the drivers like this
>>but I didn't like the new driver (SBOS v1.3 or 1.2b whatever).
>>
>[...]
>>
>>So the TSR hasn't improved at all IMO.
>>
>
[....stuff deleted...]>
>However, I found that the DAC emulation deteriorated.  The Inca demo used
>to work much better with SBOS 1.22 than it does with SBOS 1.23.  With the
>new SBOS, when the Incan leader/guru spoke, instead of speech, there is
>only garbage.  Version 1.23 is a step forward, and two steps back, I
>believe.  
>
>Phat.

I also have a new problem with the new beta release on my lowly 80286 16MHz
machine. With the new version <1.23> WOWII doesn't even think about working,
it hangs up before any graphics even show on the screen. Version 1.22 of
SBOS worked beautifully with WOWII and it's front end menu WOWY. 
 
I've tried everything <about 2 hours of fiddling> and could not get it to
work. I guess I'l stick with 1.22.

=============================================================================
| "Anyone have a coat hanger? My brain itches." | impster@umcc.ais.org
| "If I was a turnip, would I be revered and    | Charles Budensiek
| "worshipped like I would deserve to be?"      | ph #: Ask if you want it.
=============================================================================
From: sl8nl@cc.usu.edu
Newsgroups: comp.sys.ibm.pc.soundcard
Subject: Re: GUS Programming: The Repost III
Date: 23 Dec 92 11:32:45 MDT
Organization: Utah State University

> I can't seem to get the proper results from the ram test module and I
> think it may stem from the way I initialize the GUS. Here is my routine:

At first glance, everything looks OK.  This is a DUMB question, but could be a
mistake.  Are you setting BASE to the proper value?  Usually 0x220?

> 	do
> 		{
> 		outp(BASE+0x102, voice);
> 		outp(BASE+0x103, 0);
> 		outp(BASE+0x105, 3);
> 		}
> 	while (++voice != 32);

All this does is turn off the voices.

> And one final thing, I am pretty confident in, but not totally sure about
> my u_poke and u_peek routines, once again, voila:

Test your u_poke and u_peek routines.  If they don't return the right value
from the location you specify, then something is wrong.  They look alright at a
glance, though.

I'll download your source and plug it into my C compiler and see if it will
help.

Joshua
Newsgroups: comp.sys.ibm.pc.soundcard
From: knepley@CS.ColoState.EDU (Ranseus (Jim Knepley))
Subject: Re: GUS CARD
Date: Sat, 02 Jan 1993 06:19:33 GMT
Organization: Colorado State University

In article <19105@mindlink.bc.ca> Alan_Robb@mindlink.bc.ca (Alan Robb) writes:
>I am having a heck of a time getting my GUS card to work.  Does anyone know
>if it works with QEMM or not?

Yep, I'm running QEMM 6.02 with Stealth and high memory enabled, the GUS
does seem to conflict slightly with my mouse (occasional lockups of the
mouse) and I can't run Fastback 2.10 any more.
QEMM isn't your problem, anyway.
I don't know about the graphics card, I use an ATI.

Jim
-- 
----- knepley@cs.colostate.edu --------------- Boycott Colorado -------------
 Jim "Ranseus" Knepley |  Avoid rectal-cranial inversion. 
 Programmer, magician, |  "Gun's don't kill, it's those bullet things"   
 computer geek.        |