HDTenEightyP/NetNews huggingface dataset:
From: maurice.dion@synapse.isis.org (Maurice Dion) 
Newsgroups: comp.graphics
Subject: wolf 3D
Date: 19 Aug 92 12:02:00 GMT
Distribution: world
Organization: SYNAPSE BBS - GATINEAU, QUEBEC - 819-561-4321
Reply-To: maurice.dion@synapse.isis.org (Maurice Dion) 

TO:gary@nexnix.demon.co.uk
FROM:moedi#synapse.isi.org

GH{Newsgroups: comp.graphics
  {From: gary@nexnix.demon.co.uk (Gary Howland)
  {Subject: wolf 3D
  {Date: Sun, 16 Aug 1992 20:16:38 +0000
  {Message-ID: <713996198snx@nexnix.demon.co.uk>

GH{I used to program games back in my younger days, and knew some ridiculous
  {algorithms for squeezing fast graphics (3-dimensional as well as normal stuf
  {out of the hardware I was using, but the speed at which wolfenstein-3D (apog
  {generates its images amazes me.  Can anyone give me a rough overview of how
  {wolfenstein 3D generates its images?
===========================================================================
 BBS: Synapse BBS - Gatineau
Date: 19-08-92 (11:38)             Number: 1364
From: MAURICE DION                 Refer#: 856
  To: STEVE LUMOS                   Recvd: NO
Subj: Re: wolf 3D                    Conf: (1364) U-Graphics
---------------------------------------------------------------------------
TO:slumos@unlv.edu
FROM:moedi@synapse.isi.org
  <1992Aug18.012855.6468@unlv.edu> {Date: Tue, 18 Aug 92 01:28:55 GMT

  {>out of the hardware I was using, but the speed at which wolfenstein-3D (apo
  {>generates its images amazes me.  Can anyone give me a rough overview of how
  {>wolfenstein 3D generates its images?
SL{Try watching the game VERY closely. You will begin to notice alot of
  {little tricks that they use. The guards just bitmaps and have only 8

    Hello Steve. You may try to get MAPEDIT from one of your local BBS.
    There are 276 Images used in the game which provides all the
    background and foreground for the game. The Mapedit program enables
    you to modify the images. Let me know how it works out for you.

 * OLX 2.2 * Moe From Ottawa where problems spawn.
  11:38 am 19-08-92

   Hello Gary. This copy of a message may give you some ideas. Good
   luck.

 * OLX 2.2 * Moe From Ottawa where problems spawn.
  12:02 pm 19-08-92
                                                                                                        
Newsgroups: comp.graphics
From: spworley@netcom.com (Steven)
Subject: Shoemake quaternion typos
Date: Thu, 20 Aug 92 07:10:03 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I've been implementing a quaternion camera model, and have been making
some routines for quick conversion of quaternions to matrix to Euler,
etc. Most of this is very nicely done in the '85 SIGGRAPH paper from
Shoemake. One thing I've added was a conversion from a "lookat" and
"up" vector to a quaternion orientation.

My big question is more of a doublecheck. Is there an error in the
Shoemake paper???? On page 253 (Of the SIGGRAPH Proceedings, second
to last page of the paper) Shoemakes gives a conversion from 
Euler angles to a matrix: the second column second row entry 
is "sin psi sin theta sin phi + cos psi cos theta"
but when I do the math, I get:
   "sin psi sin theta sin phi + cos psi cos phi"

I am almost certain the latter is correct, but I just want some extra
confirmation. Anyone know about any typos in this (key) document?

Thanks!
-Steve
Newsgroups: comp.graphics
From: dtailor@crc.ac.uk (Dilip Tailor x3296)
Subject: Help with Xview and Colour
Reply-To: dtailor@crc.ac.uk (Dilip Tailor x3296)
Organization: MRC Human Genome Mapping Project Resource Centre, Harrow, UK
Date: Thu, 20 Aug 1992 13:49:39 GMT

How can one convert RGB values to a pixel value for
displaying onto a canvas in Xview.

i.e R = 255   G = 0;   B = 0;  (=> pixel = red)

   XSetforground(display, window, pixel);
   XDrawPoint(display, window, gc, 50, 50);

   (put a red pixel at 50, 50 on the canvas)

etc...

Dilip Tailor,                                      Email Janet: dtailor@uk.ac.crc
Computing Services,				      Internet:	dtailor@crc.ac.uk
MRC Human Genome Mapping Project Resource Centre,  Earn/Bitnet: dtailor%crc.ac.uk@ukacrl
Clinical Research Centre,
Watford Rd., Harrow, LONDON, HA1 3UJ. Tel: 081-869-3296
From: spl@szechuan.uucp (Steve Lamont)
Newsgroups: comp.graphics
Subject: Re: spin the wheel
Date: 17 Aug 1992 21:17:26 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: szechuan.ucsd.edu

In article <92230.141013U56779@uicvm.uic.edu> <U56779@uicvm.uic.edu> writes:
>can anyone please write me a code that would spin a drwan wheel
>(circle) in c, Pascal or qbasic.

Yes, I can, but you'd probably learn more by doing the assignment
yourself.

>thanks............

You are most welcome.

							spl

-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@dim.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"O generation of the thoroughly smug/and thoroughly uncomfortable...
.. the fish swim in the lake/and do not even own clothing." - Ezra Pound
Newsgroups: comp.graphics
From: bhenderson@wccf.mit.edu (BARRY)
Subject: database for scanned images
Organization: Massachvsetts Institvte of Technology
Date: Wed, 12 Aug 1992 18:03:00 GMT

I am looking for a program that will allow for the storage, searching and
retrieving of scanned images.  The ultimate goal is to create a database
which contains scanned images of primary literature articles.  
Does anyone have any experience with such programs?
Any suggestions/advice would be greatly appreciated
Thanks in advance
Barry


Newsgroups: comp.graphics
From: speer@anchor.cs.colorado.edu (Rick Speer)
Subject: Re: The Worst of Siggraph (Was 'The Best of Siggraph')
Followup-To: speer@cs.colorado.edu
Organization: University of Colorado, Boulder
Date: Wed, 12 Aug 1992 17:32:53 GMT

In a previous note,

> From: speer@cs.colorado.edu (Rick Speer) Wed, 12 Aug 1992
> Article: 14786 of comp.graphics
> Subject: The Worst of Siggraph (Was 'The Best of Siggraph')
> Followup-To: speer@cs.colorado.edu
> 
> To me, Siggraph was surprisingly more of a pain this year than in
> many previous. Here's a few reasons-


I said,

> 5. Unanswered questions about the degree to which Siggraph is run by an
>    'old-boy' network... The growing suspicions are not helped by things
>    like Pat Hanrahan, a session chair, refusing to answer a question from
>    the floor about how and why a particular paper was accepted...


This is not entirely accurate. Pat himself did not refuse to answer
a question, as stated. Instead, he did not allow the second question
from the floor for a particular paper to be answered, on the grounds
of a lack of time.


Rick Speer
speer@cs.colorado.edu
Newsgroups: comp.graphics.explorer
From: demillo@juliet.ll.mit.edu ( Robert DeMillo )
Subject: Problem with InputPortStateGet
Organization: M.I.T. Lincoln Lab - Group 43
Distribution: comp
Date: 13 Aug 92 15:39:28


I am having problems trying to determine my widget states
with "InputPortStateGet()." Basically, the linker claims
it has never heard of "InputPortStateGet()." Is there
a library that I am forgetting to link in?

Thanks in advance.

- Rob

--


 - Rob DeMillo			| Internet: 	  demillo@juliet.ll.mit.edu
   MIT Lincoln Lab 		| America Online: exgalileo@aol.com
   Weather Sensing - Group 43	| Reality:        617-981-2105 (office)

"Operation Goofy now in effect!"
	--- Tom Servo, "Gamera vs. Gaos," Mystery Science Theater 3000
From: lem@nosc.mil (Lemuel L. Davis)
Newsgroups: comp.graphics.explorer
Subject: Reading in slices
Date: 18 Aug 92 15:20:40 GMT
Organization: Naval Ocean Systems Center, San Diego, CA

I have heard that someone has written a module to read multiple image
files, as slices, into a lattice.  Is this module in an archive or
can someone send it to me?

-- Lem Davis, lem@nosc.mil
   Naval Command, Control and Ocean Surveillance Center, San Diego, CA
From: gordonc@epcc.ed.ac.uk (Gordon Cameron)
Newsgroups: comp.graphics.explorer
Subject: New modules
Date: 19 Aug 92 09:54:21 GMT
Organization: Edinburgh Parallel Computing Centre

New modules available :
	Axis
	ReadImages
	Streakline

These are available via. FTP from ftp.epcc.ed.ac.uk, or swedishchef.lerc.nasa.gov
and some brief descriptions are given below....

Apologies to those who have mailed to the mailing list, or about the FTP sevice,
for not replying sooner. I'm just back from the states so I'm pretty jet-lagged
still !

	-Gordon.

Axis
====
        "Axis" will annotate a geometric, rendered image that was constructed
        from an Explorer 3D Uniform Lattice. The user has control over the
        axes that are displayed, as well as textual information such
        as axis labels, tic labels and an image title. This module is meant
        to be used in conjunction with the "Render" module, since all of its
        output is in the geometric data set.

	Author - Rob deMillo
        
ReadImages
==========

        This module will read a series of SGI RGB images and compose a 3D byte lattice
        out of them.
	
	Author - Gary Griffin (SGI)

Streakline
==========

        This module calculates a streakline through a velocity field. It stops
        when either the new velocity is 0, or when the streak intersects the bounds
        of the velocity field.
        
	Author - Unknown !
	



-- 
e|p Gordon Cameron                      |     Phone:+44 31 650 5024(Rm. 2259)
c|c Edinburgh Parallel Computing Centre |     Email: gordonc@epcc.ed.ac.uk
    oOo The University of Edinburgh oOo |    'So far so good, so now so what'
Newsgroups: comp.graphics.explorer
Subject: HELP: Displace 1D Lat -> 2D?
From: Dick Jackson <Dick_Jackson@qm.ibd.nrc.ca>
Date: 20 Aug 92 12:24:27 +0600
Distribution: world
Organization: National Research Council Canada
X-UserAgent: Nuntius v1.1.1d7X-XXDate: Thu, 20 Aug 92 18:22:04 GMTLines: 31

Hello, seasoned Explorers:

I may be missing something obvious, but here's what I'm trying to do:

First, the rationale:
It seems easy enough to turn a 2D Lattice of values into a 3D surface,
by putting the same Lattice into the Function and Displacement of a
DisplaceLat module.  (fine example: korea.z)

I have a 1D Lattice of values (intensity values of a spectrum), which
I want to see as a curve in space.  The Help for DisplaceLat would
make you think that it would have the same kind of effect as above,
pushing the line into the 2nd dimension.

To try this, I put two GenLats with 2D outputs into DisplaceLat ->
LatToGeom -> Render, and I got some great 3D surfaces (it helps to
put the Function lattice straight to Render too!).  But changing
the GenLats to 1D (with DataVec Length=1) gives me a straight line!
(DataVec Length of 2 can push the points NON-orthogonally into one
plane, but I want orthogonal displacement by scalar values!)

Help!  And thanks in advance!

-Dick

-Dick

Dick Jackson
Institute for Biodiagnostics            National Research Council Canada
Winnipeg, Manitoba                                 jackson@qm.ibd.nrc.ca
                      Any opinions: Mine alone!
Newsgroups: comp.graphics.explorer
From: rmaszkow@nyx.cs.du.edu (Rafal Maszkowski)
Subject: More information about the Shape language?
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Mon, 17 Aug 92 14:32:09 GMT


I
I need more information concerning the Shape. The manual on it is
quite short. I do not see any information about the error messages.
They are very mysterious.
How can I change only one value in a table? I tried with
subshape but indexing seems to not to work with variables.
I would like to fill the table with values of certain function.
Is a double (triple) for loop the best way to do it?

Rafal Maszkowski
From: robert@texas.asd.sgi.com (Robert Skinner)
Newsgroups: comp.graphics.explorer
Subject: Re: Reference counts
Date: 17 Aug 92 20:25:56 GMT
Reply-To: robert@sgi.com
Organization: Silicon Graphics Inc., Advanced Systems Division

In article <1992Jul29.033720.28549@qdpii.comp.qdpi.oz.au>, dres@qdpii.comp.qdpi.oz.au (Drought Research Account) writes:
|> 
|> The question is, if I am reading many files using this, i.e. the module
|> is firing over and over again, I am coninually creating lattices and
|> never free-ing them. Even if all downstream modules manage to decrement
|> their reference counts correctly, on receipt of the next lattice, there does
|> not seem to be any way thet my module can decrement the reference count to the
|> previously created lattice, before creating a new one. What does actually
|> happen is that I slowly fill up more and more of the shared memory
|> arena.
|> 
|> What am I supposed to be doing in this situation ? Any hints ?
|> 

You shouldn't have to do anything.  Here's what happens.

You create a lattice with cxLatNew, it gets a reference count (RC) of 0.
You put that lattice in an output port (or the module builder does) 
with cxOutputDataSet(), the output port increments the RC to 1.  
(So the output port can keep the reference, if you connect a new
input to it later.)  

When the module function returns, the output port sends the data to
each input port its connected to.  The input ports each increment the
RC (so the data can stay there after the output is disconneted).  The
final RC of the data will be N+1, where N is the # of inputs its
connected to.

Now your module fires again.  You create a new lattice (I'll explain
why you HAVE to create new lattice below) and it gets put in the
output port.  The output port increments the RC of the new data to 1,
and decrements the RC of the old data (here it goes to N).  When each
of the N input ports get the new data, they increment its RC, and
decrement the old data.  So the new data will get a count of N+1, as
before, and the old data's RC will eventually go to 0.  The Input port
that actually decrements the count to 0 is responsible for reclaiming
the memory.  

So basically, if you don't have to do anything advanced, you don't
have to do anything.  Just leave the RC alone, and the system will
take care of it.

Now as to why you HAVE to create a new lattice:  (please skip the rest
of this article if this is old hat to you, I just got the impression
somewhere that this was outstanding question here).  Your module has
no information about whether the downstream modules have finished
reading your lattice.  If you muck with same lattice (remember, its
shared memory) while they are executing, they will get inconsistent,
and sometimes disastrous results.


-- 

Robert Skinner
robert@sgi.com

	My father was no great winner.  He was an alcoholic and a
	gambler.  But he was also very vain, so one time he gave up his
	vices for several months to pay for a hair transplant.  Then, a
	couple of days after the transplant, he shaved his head on a
	$20 bet.
 
	... so I owe him 20 bucks ...		
					unknown comic
Newsgroups: comp.graphics.explorer
From: rlb@lavalite.asd.sgi.com (Robert Brown)
Subject: Re: Problem with explorer and files
Organization: sgi
Date: Mon, 17 Aug 1992 23:31:05 GMT

In article <1992Aug17.222132.14484@ccu1.aukuni.ac.nz>, sands@ccu1.aukuni.ac.nz (Greg Sands) writes:
|> 
|> Can anyone suggest a way to
|>   i) preserve the exact viewpoint/direction/zoom etc of the Render module

Version 1 Explorer provides no way to do this. A general solution won't be available
in V2.0, either.  It is a difficult problem, but we're addressing it for post-2.0
release.

|>  ii) allow more files to be created sequentially

Your description sounds like a memory leak or just hanging on to too many
images.  You might try a larger arena, using the "-arenasize" argument to
explorer or statement in your .explorerrc file.

|> and/or
|> iii) more efficiently create an animation sequence.

Version 2 will help here.  Meanwhile, perhaps using WriteLat to save images
would help -- it generates unique file names each time another lattice
arrives.

---------------
Robert L. Brown
Manager, IRIS Explorer
Silicon Graphics, Inc.
Newsgroups: comp.graphics.explorer
From: foulser@homebrew.asd.sgi.com (David Foulser)
Subject: Re: More information about the Shape language?
Reply-To: foulser@homebrew.asd.sgi.com (David Foulser)
Organization: sgi
Date: Mon, 17 Aug 1992 18:44:10 GMT

subshape( lo, hi, array ) = values;

is the best way to fill an array. Doing it with a double/triple loop will
be very inefficient. You'll need to make sure that your left and right
hand sides of the previous assignment statement are compatibly sized, 
which you can do by trying

write(shape(values));
write(shape(subshape( lo, hi, array )));

Dave
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
David Foulser					foulser@sgi.com 
MS 7U-545
Silicon Graphics, Inc   			415/390-5338 
2011 N. Shoreline Blvd. 			415/969-6412 FAX 
Mountain View, CA 94039-7311
Newsgroups: comp.graphics.explorer
Subject: Problem with explorer and files
From: sands@ccu1.aukuni.ac.nz (Greg Sands)
Date: Mon, 17 Aug 1992 22:21:32 GMT
Reply-To: g.sands@aukuni.ac.nz
Organization: University of Auckland

I'm a new (3 week) user of explorer, and have come across a small problem
with a particular map I've set up.  The map basically reads data in (a
DataScribe module that translates from another program's output) into a 3-D
lattice, then renders a slice of that lattice.  I've set it up with the
timer module to step sequentially through the lattice, render each slice, 
and then save it with WriteImg to disk.  AnimFile provides the filenames, 
and I've managed to sychronise it (kind of!) with a Delay module I hacked
from the Timer one.  The problem is that this will only write about 70-90
files before the WriteImg module crashes and is removed from the map. 
Adding it back in and continuing doesn't help - I have to exit explorer
and restart to continue.  This means that I can't reset my Render view 
exactly, and it becomes rather a nuisance!  So far, I've kept the file
sequences to under 80 and its been OK, but I will certainly want to save
several hundred images to disk at some stage (and later dump to a video).

Can anyone suggest a way to
  i) preserve the exact viewpoint/direction/zoom etc of the Render module
 ii) allow more files to be created sequentially
and/or
iii) more efficiently create an animation sequence.

If it helps, we have a standard Indigo w/ 24Mb, 1.4Gb hard disk, 100Mb arena
size.  Thanks for any help you can give.


Greg.

-- 
Greg Sands.                           |  Department of Engineering Science
-----------                           |  University of Auckland           
g.sands@aukuni.ac.nz                  |  New Zealand.
Newsgroups: comp.graphics.explorer
Subject: Re: Problem with explorer and files
From: sands@ccu1.aukuni.ac.nz (Greg Sands)
Date: Tue, 18 Aug 1992 03:41:55 GMT
Reply-To: g.sands@aukuni.ac.nz
Organization: University of Auckland

rlb@lavalite.asd.sgi.com (Robert Brown) writes:

>In article <1992Aug17.222132.14484@ccu1.aukuni.ac.nz>, sands@ccu1.aukuni.ac.nz (Greg Sands) writes:
>|> 
>|> Can anyone suggest a way to
>|>   i) preserve the exact viewpoint/direction/zoom etc of the Render module

>Version 1 Explorer provides no way to do this. A general solution won't be available
>in V2.0, either.  It is a difficult problem, but we're addressing it for post-2.0
>release.

If its something you're working on, maybe you'd also like to try to include
in this a way of describing a time sequence to follow, as well as a static
view.  For example, move (in say spherical polar coords) through theta=0
to 2pi in 20 even steps, keeping lambda and mu constant, looking always at 
a point (0,0,0), and zooming in by 1.1x each time step.  OK thats rather 
complex, but you get the general idea.  This would let you view different 
data sets in the same way each time.  Very useful for creating an animation
while sweeping around an object.  But describing a static view is a very 
useful start.  If we are doing a lot of this sort of thing, do you know if
it would be more worthwhile to program our own routines using the Inventor
toolkit?

>|>  ii) allow more files to be created sequentially

>Your description sounds like a memory leak or just hanging on to too many
>images.  You might try a larger arena, using the "-arenasize" argument to
>explorer or statement in your .explorerrc file.

>|> and/or
>|> iii) more efficiently create an animation sequence.

>Version 2 will help here.  Meanwhile, perhaps using WriteLat to save images
>would help -- it generates unique file names each time another lattice
>arrives.

I hadn't seen that it creates its own filenames.  Thanks.  Although this
would write it as a lattice rather than a .rgb file, so I'd have to convert
it again later.  By the way, could WriteImg have the option of writing RLE
.rgb files - seeing as the programming interface is transparent, this should 
be easy enough.

>---------------
>Robert L. Brown
>Manager, IRIS Explorer
>Silicon Graphics, Inc.


Thanks for the help.

Greg.
-- 
Greg Sands.                           |  Department of Engineering Science
-----------                           |  University of Auckland           
g.sands@aukuni.ac.nz                  |  New Zealand.
From: demillo@juliet.ll.mit.edu ( Robert DeMillo )
Subject: Re: Problem with InputPortStateGet
Organization: M.I.T. Lincoln Lab - Group 43
	<1992Aug17.204453.28012@odin.corp.sgi.com>
Distribution: comp
Date: 18 Aug 92 09:58:15


> cxInputPortStateGet was never released.  cxInputDataChanged replaces it.  
> 
> Do our manuals mention InputPortStateGet?  
> If they do that is a bug and will be fixed.  
> Robert Skinner
> robert@sgi.com

Yup. cxInputPortStateGet is mentioned throughout...both in hardcopy and
in the online man pages.

-- Rob



--


 - Rob DeMillo			| Internet: 	  demillo@juliet.ll.mit.edu
   MIT Lincoln Lab 		| America Online: exgalileo@aol.com
   Weather Sensing - Group 43	| Reality:        617-981-2105 (office)

"Operation Goofy now in effect!"
	--- Tom Servo, "Gamera vs. Gaos," Mystery Science Theater 3000
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Newsgroups: comp.graphics.explorer
Subject: Re: Reading in slices
Date: 19 Aug 92 17:54:06 GMT
Organization: NASA Lewis Research Center

Now available from swedishchef.lerc.nasa.gov in explorer/modules/ReadImages.
-- 
---------------------------------------------------------------------------
 Jeff Hanson - Scientific Graphics Programmer and Workstation Administrator
 Sverdrup Technology, NASA Lewis Research Center Group
 NASA Lewis Research Center, MS 86-4, Cleveland, Ohio 44135
 Telephone - (216) 433-2284  Fax - (216) 433-2182
 tohanson@gonzo.lerc.nasa.gov	-   ViSC: Better Science Through Pictures
From: rheingan@currituck.cs.unc.edu (Penny Rheingans)
Newsgroups: comp.graphics.explorer
Subject: LatFunction input
Date: 13 Aug 92 13:27:06 GMT


Has anyone out there used LatFunction and been successful in
accessing the input lattices? Everytime I try to reference 
the input lattice First_In, explorer gives me an error message
about it being an unbound symbol. The example map color-xform.map
(which also used FIrst_In) produces the same behavior.

Does anyone have any clue on who to make this work?

Thanks,
Penny Rheingans


Newsgroups: comp.graphics.explorer