🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.sys.ibm.pc.soundcard
Article #4253

Re: GUS vs. LAPC-1 stuff....

#4253
From: Phat H Tran
Date: Wed, 27 Jan 1993 18:59
23 lines
1531 bytes
In article <1993Jan27.064552.43267@ns1.cc.lehigh.edu> ry01@ns1.cc.lehigh.edu (ROBERT YUNG) writes:
>I remember reading that the GUS can't load new patches into memory while it's
>playing music. I'm just wondering if the LAPC-1 can accept new music patches
>while it's playing. If not, then if this doesn't really affect Roland sound
>quality, then ditto for GUS, right?
>
>Anyway, doesn't the LAPC-1 have only 128K of ROM to hold all its music? They
>sound great and I think they're 16bit. Now why does the GUS need so much more
>memory to hold music (ie: up to 1mb)??
>

The LAPC-1 only stores the attack transient as samples... the sustain
is handled via FM synthesis.  The GUS uses samples for the sustain
as well as the attack, and thus, requires more memory.

>And has anyone heard the GUS try 32 voices at once? I jst want to know how
>much of a strain, if any, does this have on the system ( 486/66 users
>excluded... :-)

There will be no strain on the CPU, since all the voices are handled by
the GF1 chip.

Phat.
Technical Details
Message-ID: <C1J0r1.Fr1@watserv2.uwaterloo.ca>
Path: arc1-ca.pugleaf.net!sparky!uunet!tcsi.com!iat.holonet.net!news.cerf.net!usc!cs.utexas.edu!torn!watserv2.uwaterloo.ca!sciborg.uwaterloo.ca!ptran
References: <1993Jan27.064552.43267@ns1.cc.lehigh.edu>

Show Full Headers
Complete Article Headers
Newsgroups: comp.sys.ibm.pc.soundcard
Path: arc1-ca.pugleaf.net!sparky!uunet!tcsi.com!iat.holonet.net!news.cerf.net!usc!cs.utexas.edu!torn!watserv2.uwaterloo.ca!sciborg.uwaterloo.ca!ptran
From: ptran@sciborg.uwaterloo.ca (Phat H Tran)
Subject: Re: GUS vs. LAPC-1 stuff....
Message-ID: <C1J0r1.Fr1@watserv2.uwaterloo.ca>
Sender: news@watserv2.uwaterloo.ca
Organization: University of Waterloo
References: <1993Jan27.064552.43267@ns1.cc.lehigh.edu>
Date: Wed, 27 Jan 1993 18:59:24 GMT
Lines: 23