HDTenEightyP/NetNews huggingface dataset:
From: bhenning@wimsey.bc.ca (Bill Henning)
Subject: Re: 486SL dropped, vendors test Cyrix
Organization: Wimsey Information Services
Date: Sun, 10 Jan 1993 21:16:45 GMT

In article <C0E0zB.DwG@inews.Intel.COM> rskinner@mipos2.intel.com (Rod Skinner) writes:
>Another interesting article comparing the Intel486 SX processor and the
>Cyrix SLC is in InfoWorld December 21 page 48 "Reviews/Product
>Comparisons: 25-MHz 486 Notebooks".  InfoWorld seems to come to the
>conclusion that the Intel486 SX processors are 35% to 40% FASTER than
>the Cyrix parts.  They use several examples but the most powerful is two
>machines from TI: TravelMate 4000 WinSX/25 and the TravelMate WinSLC.
>Both weigh 6 pounds with battery.  Similarly configured machines yield
>SYSmark92 results of 75.93 (Intel486 SX) and 47.23 (Cyrix).  They
>indicate that Cyrix system "posted a SYSmark92 close to 38 percent
>slower than its 486SX/25 sibling."
>
>SYSMark92 suite is a standard set of applications that are stimulated in
>a repeatable manner using a set of commands that the BAPCo organization
>developed after talking to 5000 users of these applications.  The
>applications include spreadsheets (123, Excel, Quattro), word processors
>(WordPerfect, WFW), data base (Paradox, dBase), presentation software,
>graphics applications (Harvard), software development (MSC, Borland C).
>These are the things most PC users regularly use and if not the
>composite SYSMark92 metric, then the individual catagory metrics should
>provide one with the ability to predict system performance on their
>workload.
>
>rod
...
>
>Rod Skinner				I speak for myself only.
>Intel Corp
>2200 Mission College Blvd RN4-21          PH (408) 765-4474
>Santa Clara, CA 95052                     FAX (408) 765-4920

Comparing 486SX performance to 486SLC performance is an apple-vs-orange
comparison - the 486SX has a 32 bit bus, and the 486SLC has a 16 bit bus.

A more balanced comparison would be between a 486SX and a 486DLC at the
same clock speed - and I would expect the 486SX to win by about 10% at
the same clock speed.

I am surprised Rod Skinner did not notice the discrepancy.

Bill






Newsgroups: comp.sys.intel
From: ssivakum@ptdcs2.intel.com (Sam Sivakumar)
Subject: Re: Simple CPU Questions
Organization: Intel Corporation -- Aloha, Oregon
Date: Wed, 6 Jan 1993 16:03:43 GMT

In article <1993Jan5.212031.29177@ptdcs2.intel.com> ssivakum@ptdcs2.intel.com (Sam Sivakumar) writes:
>	This technique however is not uncommon in the industry, especially
>in the case of microcontrollers.  Very often, microcontrollers whose logic
>portions do not work can be sold as EPROMs, since microcontrollers, for the
>most part, are logic cores surrounded by a fair amount of memory.
>
	I stand corrected on this.  Actually, microcontrollers whose memory
does not work are sold as stand-alone controllers, not the other way around
as I have mentioned above.
	Shows how little us process engineers know about the products we make
in the fab!

-- 
Sam Sivakumar		    |  Intel's very own lithography dude, 
ssivakum@ptdcs5.intel.com   |  Speakin' for himself, that's for sure!
PTD, Aloha, OR              |
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.sys.intel
Subject: 486SL dropped, vendors test Cyrix
Date: 4 Jan 93 15:54:15 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY


  I see in this week's _PC Week_ that Intel has dropped most of it's
line of previously promised 486SL CPUs, particularly the clock doubling
models. This leaves vendors who had invested in designing systems
without a 3.3v CPU from Intel. The article goes on to say that AST and
Dell have evaluated using the Cyrix 486SLC.

  A mailing list I get indicated that Intel is selling so many of the
486-66 chips that they are dedecating fab lines to that chip instead of
meeting promises for the SL chips and the P5. The source was only
identified as "an Intel source" so take that for what it's worth.
Another rumor indicated that they couldn't make the clock doubling chips
run at 3.3v due to process problems. The source for that is not even
identified.

  John Donovan (WorkGroup Tech, Inc, NH) said this "Brings into what is
the added value of that architecture?" It's not clear if he meant just
the 486SL or Intel 486 chips in general.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: yjc@po.cwru.edu (Jerome 'TofuSoft' Chan)
Newsgroups: comp.sys.intel
Subject: Re: 486 vs. Mac Benchmarks
Followup-To: comp.sys.intel,comp.sys.mac.hardware,comp.sys.ibm.pc.hardware
Date: 5 Jan 1993 06:27:28 GMT
Organization: The Tofu Society of Singapore
Distribution: world
NNTP-Posting-Host: yjc-slip.dialin.cwru.edu

In article <C0Co0s.1C6@usenet.ucs.indiana.edu>,
ntaib@silver.ucs.indiana.edu (Iskandar Taib) wrote:
> 
> In article <1992Dec23.144535.11341@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
> 
> >  The truth is that Mac applications are 32 bit, and DOS applications
> >are 16 bit. A comparison of UNIX 32 bit applications would be more
> >correct, if they were just comparing the processors.
> 
> Well, if this is so, how do the apps run on Mac Pluses? And why is 
> 32 bit adressing an option under System 7? 

They run under 24 bits or you can plug in mode32 and run them under 32
bits.
They have 32 bit as an option to maintain backward compatibility with
Applications which are not 32 bit clean. I seldom come across a 32 bit
unclean application though. Even the old 1985(?) Missile Command Game I
found run under 32 bits.

---
The Evil Tofu
Newsgroups: comp.sys.intel
From: wbeebe@bilver.uucp (Bill Beebe)
Subject: Re: Simple CPU Questions
Organization: W. J. Vermillion - Winter Park, FL
Date: Thu, 7 Jan 1993 19:24:28 GMT

In article <1993Jan5.212031.29177@ptdcs2.intel.com> ssivakum@ptdcs2.intel.com (Sam Sivakumar) writes:
>	I believe this is incorrect.  The 486SX is physically different from
>the 486DX.  The 486SX is NOT a 486DX whose coprocessor circuits do not work
>due to some defect and is sold as such.

The original SXs were DXs that had the FPU disabled. That's the main reason
they were expensive relative to the 386DX. Intel redesigned the die and
went through a die shrink so that current 486SXs do _not_ have the FPU on
chip. Because of all this they are much cheaper. For example, I can purchase
i486SX25 system boards w/o memory for US$210.


-- 
William H. Beebe, Jr. - wbeebe@bilver.UUCP
                 UUCP - {ucf-cs,peora,uunet}!tarpit!bilver!wbeebe
                      - bilver Public Access Unix, Orlando FL
                      - (407)644-8327  2400/9600  24 hours  8N1
From: doconnor@sedona.intel.com (Dennis O'Connor)
Newsgroups: comp.sys.intel
Subject: Re: 960 XA/MX Questions
Date: 8 Jan 93 23:48:04
Organization: Intel i960(tm) Architecture
	<MKAHN.93Jan7074846@hopi.sedona.intel.com>
	<1993Jan8.053615.22689@labtam.labtam.oz.au>
	<1993Jan08.173711.14431@donau.et.tudelft.nl>
	<1993Jan8.215944.10065@gandalf.ca>
NNTP-Posting-Host: potato.intel.com
In-reply-to: dcarr@gandalf.ca's message of Fri, 8 Jan 1993 21:59:44 GMT


A very brief summary of the current i960(R) processor family :

Commercial:
	SA : core architecture, 16-bit multiplexed bus
	SB : SA plus on-chip FPU
	KA : core architecture, 32-bit multiplexed bus
	KB : KA plas on-chip FPU
	CA : superscalar, core architecture, 32-bit demuxed bus, dma
	CF : CA with bigger I-Cache and a data cache

Military:
	MC : core + FPU + MMU, mil-spec
	XA : MC	+ object-oriented tagged architecture, mil-spec
	MM : superscalar, core + FPU + MMU, back-side cache, mil-spec
	MX : MM + object-oriented tagged architecture, mil-spec

Note that none of the commercial parts are the same die as 
any of the military parts : that would cost too much.

Also, the MM/MX is _not_ hexagonal. It's basicly rectangular.
It is one of the larger chips made by Intel.

--
Dennis O'Connor			doconnor@sedona.intel.com
Newsgroups: comp.sys.intel
From: jre@zeos.com (Jim Erickson)
Subject: Re: 486SL dropped, vendors test Cyrix
Organization: Zeos International, Ltd
Date: Mon, 11 Jan 1993 16:42:48 GMT


Bunch of stuff deleted for brevity. 

In article <1ireaeINN6uv@lynx.unm.edu> kholland@hydra.unm.edu (Kiernan Holland) writes:
>In article <C0npry.AKI@wimsey.bc.ca> bhenning@wimsey.bc.ca (Bill Henning) writes:

>>
>>Comparing 486SX performance to 486SLC performance is an apple-vs-orange
>>comparison - the 486SX has a 32 bit bus, and the 486SLC has a 16 bit bus.
>
>I don't think that is right. I think all 486 and 386 CPU's have to be 32-bit
>except for the 386-sx's which are 286's with 386 internals. Nobody 
>hardly uses 286's or 386sx's anymore.
>

All _Intel_ 486 and 386 CPUs have 32-bit bus interfaces except the 386SX which
has a 16-bit interface. The Cyrix 486SLC is designed to be replacment for the
386SX and therefore has a 16-bit interface. The Cyrix 486DLC is designed as a
replacement for the 386DX and has a 32-bit interface. 

>>
>>A more balanced comparison would be between a 486SX and a 486DLC at the
>>same clock speed - and I would expect the 486SX to win by about 10% at
>>the same clock speed.
>>I am surprised Rod Skinner did not notice the discrepancy.
>>
>>Bill
>>
>

---JRE---

-- 
Jim Erickson             ZZZZ EEEE  OO   SSSS   ZEOS International, Ltd.  
support@zeos.com   INET     Z E    O  O S       Technical Support Dept.
uunet!zeos!support UUCP    Z  EE   O  O  SSS    1301 Industrial Blvd. N.E.
Any opinions expressed    Z   E    O  O     S   Minneapolis, MN 55413
Newsgroups: comp.sys.intel,comp.sys.mac.hardware,comp.sys.ibm.pc.hardware
From: ee_hflo@uxmail.ust.hk (Michael Lo Ho Fung)
Subject: Re: 486 vs. Mac Benchmarks
Followup-To: comp.sys.intel,comp.sys.mac.hardware,comp.sys.ibm.pc.hardware
Organization: Hong Kong University of Science and Technology
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 5 Jan 1993 11:56:44 GMT

Iskandar Taib (ntaib@silver.ucs.indiana.edu) wrote:
: In article <1992Dec17.224200.22219@noose.ecn.purdue.edu> merrifie@cidmac.ecn.purdue.edu (Michael C Merrifield) writes:

: >
: >        "Recent Studies Reveal 25MHz Is Now Faster Than 50MHz"
: >
: >"Ingram Benchmark Results, March 1992 - 25 and 33 MHz 040 Macintosh Quadra
: >Outruns the 486 at 33 and 50 MHz."
: >
: >"This revelation is brought to you by the Apple Macintosh and the Motorola
: >68040."  The add goes on to say that Ingram Labs (an independent PC testing
: >firm) compared the newest 040 Macs (Quadra 950 and 700) to several of the
: >quickest 486 Windows PCs running the most popular applications for both
: >Macintosh and Windows 3.0 (such as Word, Excel, PowerPoint, Wingz, PageMaker,
:                        ^^^ Oh goody. Why not use go whole hog here and
:                            use Windows 2.11? 3.1 is quite a bit faster 
:                            than 3.0.

: >Persuasion and Illustrator) and measured the performance of "real world
: >functions" (such as opening a file, scrolling, running a macro, performing
: >calculations, etc.).


: What else was in those machines? They probably put Trident cards in the 
: clones and used (slow) IBM VGA in the PS/2s.

	Please state what is the hardware config. of 486.
Once a 386 with fast VGA card and SCSI-2 harddisk can run most ms-windows
application faster than a 486 with dump vga card and slow IDE HD.



------------------------------------------------------------------------------
|  Lo Ho Fung Michael  Comp 'N'         |    == Internet e-mail address ==   |
|  Department of                        |  University  : ee_hflo@stu.ust.hk  | 
|  Electrical & Electronic Engineering  |  Oversea BBS : mlo@nyx.cs.du.edu   |
|  The Hong Kong University             |  Local BBS   : michaelo@gnct.com   | 
|  of Science & Technology              |  Radio Call Sign : VR2YJR          |
------------------------------------------------------------------------------
From: rskinner@mipos2.intel.com (Rod Skinner)
Newsgroups: comp.sys.intel
Subject: Re: 486SL dropped, vendors test Cyrix
Date: 5 Jan 93 15:42:44 GMT
Organization: Intel Corporation, Santa Clara, CA USA

In article <1993Jan4.155415.2710@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
>
>  I see in this week's _PC Week_ that Intel has dropped most of it's
>line of previously promised 486SL CPUs, particularly the clock doubling
>models. This leaves vendors who had invested in designing systems
>without a 3.3v CPU from Intel. The article goes on to say that AST and
>Dell have evaluated using the Cyrix 486SLC.
>
I think that the PC Week article states that Intel is incorporating the
features into its main product lines.  That would imply a stronger
commitment to these features than a product designed for portable
computing.  

Another interesting article comparing the Intel486 SX processor and the
Cyrix SLC is in InfoWorld December 21 page 48 "Reviews/Product
Comparisons: 25-MHz 486 Notebooks".  InfoWorld seems to come to the
conclusion that the Intel486 SX processors are 35% to 40% FASTER than
the Cyrix parts.  They use several examples but the most powerful is two
machines from TI: TravelMate 4000 WinSX/25 and the TravelMate WinSLC.
Both weigh 6 pounds with battery.  Similarly configured machines yield
SYSmark92 results of 75.93 (Intel486 SX) and 47.23 (Cyrix).  They
indicate that Cyrix system "posted a SYSmark92 close to 38 percent
slower than its 486SX/25 sibling."

SYSMark92 suite is a standard set of applications that are stimulated in
a repeatable manner using a set of commands that the BAPCo organization
developed after talking to 5000 users of these applications.  The
applications include spreadsheets (123, Excel, Quattro), word processors
(WordPerfect, WFW), data base (Paradox, dBase), presentation software,
graphics applications (Harvard), software development (MSC, Borland C).
These are the things most PC users regularly use and if not the
composite SYSMark92 metric, then the individual catagory metrics should
provide one with the ability to predict system performance on their
workload.

rod


>  A mailing list I get indicated that Intel is selling so many of the
>486-66 chips that they are dedecating fab lines to that chip instead of
>meeting promises for the SL chips and the P5. The source was only
>identified as "an Intel source" so take that for what it's worth.
>Another rumor indicated that they couldn't make the clock doubling chips
>run at 3.3v due to process problems. The source for that is not even
>identified.
>
>  John Donovan (WorkGroup Tech, Inc, NH) said this "Brings into what is
>the added value of that architecture?" It's not clear if he meant just
>the 486SL or Intel 486 chips in general.
>
>-- 
>bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
>    Keyboard controller has been disabled, press F1 to continue.


Rod Skinner				I speak for myself only.
Intel Corp
2200 Mission College Blvd RN4-21          PH (408) 765-4474
Santa Clara, CA 95052                     FAX (408) 765-4920
From: chris@inconel.uucp (Christian)
Newsgroups: comp.sys.intel
Subject: Re: P24T-compatible Overdrive Sockets?
Date: 5 Jan 93 15:11:46 GMT
Organization: U of Wisconsin-Madison College of Engineering

In article <1993Jan5.051101.15835@a.cs.okstate.edu> worley@a.cs.okstate.edu (WORLEY LAWRENCE JA) writes:
>From article <1993Jan5.011745.14524@netcom.com>, by feustel@netcom.com (David Feustel):
>> I've heard that some overdrive sockets will accept P24T (Pentium)
>> chips and that these sockets have an extra row of pins. Could someone
>> confirm this and provide further details? Thanks.
>
>In the January 1993 PC Magazine, between pages 48-49 ZEOS Int'l has one
>of those annoying, hard, glossy, 3-page, fold-out advertisements, and it
>shows a picture of a Zero Insertion Force (ZIF) socket with the 486dx266
>in it, and the caption says it is compatible with the new "Pentium-style"
>CPU's due in 1993.  It has an extra row and column of pin-holes.
>
>-Jason Worley

So, the question is, how miserably will the Pentium perform on a normal 486
motherboard? The Pentium is 100MHz (am I correct?), so, will it have built
in clock doubling type hardware so it can talk to a everything else that is
geared at 33/50MHz? What about the data path? Will the there be a couple
of wait states so it can slice up the data and send it in little parcels to
the Pentium?

Too bad you can't find any benchmarks yet.

-Chris
Newsgroups: comp.sys.intel
From: tdbear@dvorak.amd.com (Thomas D. Barrett)
Subject: Re: Pentium to be Scrapped?!
Organization: Advanced Micro Devices, Inc.; Austin, Texas
Date: Thu, 7 Jan 93 14:35:54 GMT

In article <1993Jan6.235812.18764@netcom.com> feustel@netcom.com (David Feustel) writes:
>I heard a rumor today that Intel is seriously thinking about
>scrapping the Pentium for another chip architecture (the 960mx?). Can
>anyone confirm/deny/amplify this rumor?

hahahaha...[ROFL], sorry...

-- 
|Tom Barrett (TDBear), Sr. Engineer|tom.barrett@amd.com|v:512-462-6856 |
|AMD PCD MS-520 | 5900 E. Ben White|Austin, TX  78741  |f:512-462-5155 |
|"No is yes, And we're all free" ---Tracy Chapman, "Why?"              |
|My views are my own and may not be the same as the company of origin  |
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.intel
Subject: Re: 960 XA/MX Questions
Date: 8 Jan 93 19:36:55 GMT
Organization: Auspex Systems, Santa Clara

>> Marketoon(tm) reasons to be exact. There is very little demand
>> for products with the capabilities of the MX/XA outside of the
>> military. 
>
>	From this I gather that graphics (ie. Xterminals) and multi-media
>do not amount to much demand.

I wasn't aware that Labtam was using XA/MX chips in their X terminals; I
thought they used the core-architecture or maybe numeric-architecture
versions....

(Or, to put it another way, I suspect you misread what Mr. Kahn said; he
didn't say there was little demand for 960's outside the military, he said
there was little demand "for products with the capabilities of the
MX/XA", presumably meaning "little demand for products with all the
capability-based segmented-address-space stuff", outside the military.)
From: mkahn@hopi.sedona.intel.com (Mitch Kahn)
Newsgroups: comp.sys.intel
Subject: Re: 960 XA/MX Questions
Date: 6 Jan 93 17:02:15 GMT
Organization: i960(r) New Product Development, Chandler AZ

feustel@netcom.com (David Feustel) writes:


] I just received a copy of the Intel 960 XA/MX Programmer's Reference
] and my interest in these chips continues to rise. 
]
] Are these chips available yet?

I believe so.

] How much do they cost?

A lot, they are MILITARY ONLY.

] Are there evaluation boards and software available?

Call Tronix Development in Phoenix AZ.

] Is anyone working with these chips for commercial products?

As of this time, we have no plans to sell the XA/MX products
for commercial uses.

] Has the Mach microkernel been ported to this architecture?

Don't know.

] Thanks.
]
]
] -- 
] Dave Feustel N9MYI <feustel@netcom.com>
]
]			 Happy Holidays to ALL!!!
]

Mitch Kahn
80960 Development (Commercial Only!)
--
|  Mitch Kahn              | "I hope you know that this will go down on |
|  mkahn@sedona.intel.com  |  your permanent record..."                 |
*************************MY OWN OPINIONS*********************************
From: kfischer@ada.seas.ucla.edu (Kevin J. Fischer)
Newsgroups: comp.graphics
Subject: Fast CGA, EGA, VGA routines
Date: 7 Jan 93 17:08:24 GMT
Organization: SEASnet, University of California, Los Angeles

I am looking for source code for routines for plotting in
CGA, EGA, and VGA.  I have access to the Borland BGI libraries,
but they are way too slow.  I am in need of routines for plotting
point, drawing lines that are fast.  Either C or assembly language
routines which work with Borland C++ are fine.

Also, any routines for moving an area of the screen around would
be helpful as well.  Thanks.


-- 

Kevin Fischer
kfischer@seas.ucla.edu

Newsgroups: comp.graphics
From: joes@tgs.com (Joe Stewart)
Subject: Re: Need package for plotting polar diagrams.
Reply-To: joes@tgs.com
Organization: Template Graphics Software
Date: Mon, 4 Jan 1993 14:39:51 GMT

In article <1992Dec31.050121.15349@irfu.se>, bt@irfu.se (Bo Thide') writes:
|> 
|> I would like to plot an antenna diagram in the form of
|> a *polar diagram* and am looking for any package that can do
|> this and will run on our UNIX workstations (HP9000/700 series).
|> 

You may want to take a look at FIGraph, our "two-call" charting and graphing
library that does, in addition to polar charts, lines, bars, pies, contours,
and surfaces.  It has both FORTRAN and C APIs and is available on the 
HP 9000/700 series as well as DEC VAX, IBM RS/6000, MIPS, SGI, and SUN.  The
library has been built on top of FIGARO+, our implementation of the ISO PHIGS
standard and it comes with our Peripheral Support Option (PSO) for hardcopy.

If you want the usual marketing literature, just send a note to info@tgs.com.
If you have technical questions, send them to me at joes@tgs.com.

Joe
-- 
---------------------------------------------------------------------
 Joseph Stewart
 Senior Applications Engineer (FIGARO+, FIGt, FIGraph)
 Template Graphics Software (TGS)
 959 Concord Street 
 Framingham MA 01701-4613 (USA)
 508-872-8700 x340
 joes@tgs.com -- tgs!joes
---------------------------------------------------------------------
Newsgroups: comp.graphics
From: pfk@rz.uni-jena.de (Frank Klemm)
Subject:  Scanner
Reply-To: pfk@rz.uni-jena.de (Frank Klemm)
Organization: Friedrich-Schiller-University Jena, Germany
Date: Wed, 06 Jan 1993 19:51:27 GMT


Does anyone know a 24 bit color slide scanner with an resolution 
bigger than 1000 dpi?

Frank

+-----------------------------------------------------------------------------+
| eMail | Frank.Klemm@Physik.Uni-Jena.de || pfk@hpux.rz.uni-jena.de           |
| sMail | Frank Klemm, Wiesestr. 27, D-O-6500 Gera, Germany/Europe            |
| Tel.  | +49 (365) 52712, from Germany: (0365) 52712                         |
+-----------------------------------------------------------------------------+
| Objoke: Keyboard not connected, press F1 to continue ...                    |
+-----------------------------------------------------------------------------+
PS: Please repeat the question(s) before you answer the question(s). 
    Please reply via eMail


Newsgroups: comp.graphics,alt.cad.autocad
From: sloan@cis.uab.edu (Kenneth Sloan)
Subject: Re: Reconstructing 3D solid from planar cross sections
Keywords: reconstruction 3D solid autocad
Organization: CIS, University of Alabama at Birmingham
Date: Thu, 7 Jan 1993 18:37:06 GMT

In article <martin.726422303@marsh> martin@cs.curtin.edu.au (Martin Dougiamas) writes:
>I have a need to reconstruct a full 3D solid from a series of 
>parallel planar cross-sections of the object.  It needs to be
>implemented as a C extension to AutoCad.  (using ADS)
>
>The 3D solid is a pretty free-form shape (it is in fact an
>underground ore body), and the slices are reasonably far apart.
>I envisage some sort of wireframe "skin" placed over the 
>sections, defining the final 3D solid.

See the July issue of TOG.  If, after reading that, you are interested
in research-quality code, contact me via e-mail.  Sorry, we don't do
AutoCad, you'll have to do that yourself.

-- 
Kenneth Sloan                   Computer and Information Sciences
sloan@cis.uab.edu               University of Alabama at Birmingham
(205) 934-2213                  115A Campbell Hall, UAB Station 
(205) 934-5473 FAX              Birmingham, AL 35294-1170
From: mossap@solb1.essex.ac.uk (Moss A D)
Newsgroups: comp.graphics
Subject: Re: Particle tracing
Date: 12 Jan 93 15:01:48 GMT
Reply-To: mossap@essex.ac.uk (Moss A D)
Organization: University of Essex, Colchester, UK


Hi everyone.
	Can anyone help me: I'm looking for information about morphing/tweening, with an eye to writing a morphing program for the PC. Does anyone have any information on morphing basics?
	Thanks!
	
Regards,
	Adam Moss
		mossap@essex.ac.uk
		
Newsgroups: comp.graphics