HDTenEightyP/NetNews huggingface dataset:
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Subject: Re: File Formats
Organization: NASA Lewis Research Center
Date: Tue, 29 Dec 1992 16:38:27 GMT


I have not looked at the module but I can tell that it is based on
imconv from SDSC.  Get the file imtools.v2.1.tar.Z from the 
image/conversion directory of swedishchef.  This will supply you with
the required .h files and lots more useful stuff.

Even if the module works for you, you might want to get the new imtools
distribution and recompile.  Imtools v2.1 supports more image types
and has bug fixes, although they don't seem to match Scott's problems.

-- 
---------------------------------------------------------------------------
 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
 Visualize whirled peas - Bumper sticker seen in Buffalo, NY
Newsgroups: comp.graphics.explorer
From: shreiner@squirrel.clubfed.sgi.com (Dave Shreiner)
Subject: Re: IsosurfLat2 Limitations?
Organization: Silicon Graphics, Inc.
Date: Mon, 28 Dec 1992 14:13:32 GMT

In article <1992Dec24.161137.10995@vax.oxford.ac.uk>, leep@vax.oxford.ac.uk writes:

> However, on the machine I was using most of the disk is full
> so I set the tempdir to a NSF mounted disk.  When I did this
> none of my datascribe modules would work unless tempdir was
> on a local disk.   Any ideas on what is wrong?  
> 

   IRIX arena's don't particularly like working across NFS mounted
   filesystems.  There are possible data syncronization problems since
   it takes much longer to get the data to disk.  See the man page for
   usinit(3P) ( about the middle of the page ) for more information.

   One thing you might try.  If the other machine in the picture is also
   an SGI with explorer installed on it, you could set your DISPLAY 
   environment variable to you local machine, and run explorer on the
   other machine, with your data sets NFS mounted.  Just a thought.

Thanx,
Dave

  ---------------------------------------------------------------------------

   Dave Shreiner                                        <shreiner@sgi.com>
   Silicon Graphics, Inc.                                (415) 390 - 5063

  "There's never time to say all the things we need to say" - Fates Warning
Newsgroups: comp.graphics.explorer
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Subject: Re: IsosurfLat2 Limitations?
Organization: Silicon Graphics, Customer Support Division
Date: Thu, 24 Dec 1992 00:49:17 GMT

In article <1992Dec23.011833.10963@vax.oxford.ac.uk>, leep@vax.oxford.ac.uk writes:
|> 
|> IsosurfaceLat and IsosurfaceLat2 both crash
|> on large data sets.  The size is not
|> always the ssame for the lattice, but instead seems
|> to be a function of the complexity of the surfaces
|> generated.  The limit for a lattice of char variables
|> is about 1.5M, at which point the helpful error
|> "segmentation fault" is generated and all other
|> modules hang.  Is this a known bug?  Is there a fix?
|> The isosurflat2 was pulled from swedishchief on Dec.22.
|> 
|> Is there any pd source available for the marching cubes
|> algorithm so that I can try and generate the iso-surfaces
|> external to explorer?
|> 
|> Cheers,
|> Peter Lee

Something to check for - does your arenasize exceed the available disk space
on the disk specified by tempdir (default is /usr/tmp).  The shared memory
arena used by explorer is mapped to a file under the tempdir directory.
This mapped file acts as the VM swapfile for the arena (not your swap
partition).

The mapped arena file does not start out attempting to use all of the
disk space specified by arenasize.  As memory is needed, the arena file
will grow.  If it grows past the available memory, weird execution
behavior will occur and no errors that the arena has grown larger than
the available disk space will be displayed.  I've encountered the kind of
weird behavior like you are seeing in the circumstances that I had specified
an arena larger than the disk space that I had.   I don't know if this is
the problem that you are encountering.

						--- Dave

-- 

    __   * __   _  __  ___			
   /  \ / / /  / \/  \/   \ 	He was a man like any other man, however, not
  /    /  \/  /  /\  /    /	quite like any other man.
  \___/\__/\_/  /_/ / \__/	
	           *
From: leep@vax.oxford.ac.uk
Newsgroups: comp.graphics.explorer
Subject: IsosurfLat2 Limitations?
Date: 23 Dec 92 01:18:33 GMT
Organization: Oxford University VAX 6620


IsosurfaceLat and IsosurfaceLat2 both crash
on large data sets.  The size is not
always the ssame for the lattice, but instead seems
to be a function of the complexity of the surfaces
generated.  The limit for a lattice of char variables
is about 1.5M, at which point the helpful error
"segmentation fault" is generated and all other
modules hang.  Is this a known bug?  Is there a fix?
The isosurflat2 was pulled from swedishchief on Dec.22.

Is there any pd source available for the marching cubes
algorithm so that I can try and generate the iso-surfaces
external to explorer?

Cheers,
Peter Lee
From: guest@cwi.nl (Guest Account)
Newsgroups: comp.graphics.explorer
Subject: Re: File Formats
Date: 28 Dec 92 23:50:34 GMT
Organization: CWI, Amsterdam


> Do anyone happen to know any computer journals or textbooks which
> talks about different image file formats?
> I am working on a project to display c_scan and p_scan images using
> SGI Explorer.  The images files are already in PV_WAVE (Precision 
> Visuals), MAT_LAB, Analyze (Biomedical Imaging Resource) formats.
> I think thay are raster images and TIFF images.  Are there any ways
> to convert these images files to RGB format? (existing tools or any
> programming)


There is also a module on the ftp site which can import various
foreign images formats. Quoted from the documentation of
ImportImage :

       "Currently ImportImage knows about the following formats....

          Format    Description
          -------   ----------------------------------------------
          gif       CompuServe Graphics Image Format File
          hdf       Hierarchical Data Format File
          icon      Sun Icon and Cursor file
          iff       Sun TAAC Image File Format
          mpnt      Apple Macintosh MacPaint file
          pbm       Portable Bit Map file
          pcx       ZSoft IBM PC Paintbrush file
          pgm       Portable Grayscale Map file
          pic       PIXAR PICture file
          pict      Apple Macintosh QuickDraw/PICT file
          pix       Alias PIXel image file
          pnm       Portable aNy Map file
          ppm       Portable Pixel Map file
          ras       Sun RASterfile
          rgb       Silicon Graphics RGB image file
          rla       Wavefront raster image file
          rle       Utah Runlength-encoded image file
          rpbm      Raw Portable Bit Map file
          rpgm      Raw Portable Grayscale Map file
          rpnm      Raw Portable aNy Map file
          rppm      Raw Portable Pixel Map file
          synu      Synu image file
          tiff      Tagged Image File
          x         Stardent AVS X image file
          xbm       X11 Bit Map file
          xwd       X Window Dump image file"


Cheers,
-- Robert van Liere
Newsgroups: comp.graphics.explorer
From: shreiner@squirrel.clubfed.sgi.com (Dave Shreiner)
Subject: Re: explorer windows
Organization: Silicon Graphics, Inc.
Date: Mon, 28 Dec 1992 21:29:59 GMT

In article <1992Dec28.202714.497@alw.nih.gov>, lnspet@grant.nia.nih.gov (Jim Haxby) writes:
> 
>  I hear that the explorer windows can be located at certain spots
>  by changing the .Xdefault file (a guy from ucla).  Can I have
>  more information about that? Like a copy of the .Xdefault file
>  would be great.

   Since most of Explorer is a Xt based program, it'll obey the normal
   Xt resource convention.  So, a good place to start is in the directory

	/usr/lib/X11/app-defaults/sgi-color1280  ( for 19" monitors )
                                  sgi-color1024  ( for 16" monitors )

   and check out the obivious files ( Explorer, Mbuilder, Dscribe ).  The
   primary resource that you're interested in ( I'm guessing ) is the
   'Geometry' resource.  If you look in any of those files, you'll see
   familiar names with that resource.  The format of that resource is

	<application>*Geometry : <width>x<height>[+-]<xoffset>[+-]<yoffset>

   Put a line like that in your .Xdefaults ( filling in the appropriate
   numbers ) and you should be all set.

>  I also have the problem that the module name of the module librarian
>  is not fully displayed.  Any ways to solve the problem?

   I don't believe so.  Maybe in the next release?
 
>  You help will be greatly appreciated.

Thanx,
Dave

  ---------------------------------------------------------------------------

   Dave Shreiner                                        <shreiner@sgi.com>
   Silicon Graphics, Inc.                                (415) 390 - 5063

  "There's never time to say all the things we need to say" - Fates Warning
Newsgroups: comp.graphics.explorer
From: srfergu@rufus.erenj.com (Scott Ferguson)
Subject: ImportImage dropping colormap from GIF's, etc
Organization: Exxon Research & Engineering Co.
Date: Wed, 30 Dec 1992 18:18:20 GMT

Well, I'm mired in trying to get the ImportImage module to actually
use the color tables from pseudocolor image files. I've gone out to
sdsc.edu and gotten both 2.0 and 2.1 versions of imtools. No matter
which one I load into the ImportImage Module, we still get no color maps.
What we seem to get is the actual pixel number, since a 256-color GIF
looks like a greyscale image, but a 16-color gif is very dark, so the numbers
1-16 get stuffed into all 3 red,green, and blue channels.

Unfortunately the imtools and libsdsc distributions come with some but not 
all source, so I can't check the contents of the ImVfbQGreen(sourceVfb,vptr) 
calls to see what should be going on. 

The run-time imtools program imconv does properly convert my gifs so that
I can convert a gif to an SGI RGB and then load it into explorer with ReadImg,
so there must be something wrong with the way ReadSDSC.c is reading the images,
or there's a bug in either the libim.a or the libsdsc.a.

I'll keep at it and keep you posted, or if anyone else has seen this behavior
and fixed it please pipe up.

-- 
----------------------------------------------------------------------
Scott Ferguson                        Exxon Research & Engineering Co.
Project Engineer                      New Jersey
----------------------------------------------------------------------
"Always bark at a dog."
Newsgroups: comp.graphics.explorer
From: lnspet@forest.nia.nih.gov (Jim Haxby)
Subject: Explorer for MRI, CAT_SCAN, PET_SCAN
Organization: National Institutes of Health, Bethesda, MD
Date: Tue, 29 Dec 1992 21:52:21 GMT

Thanks for all the information, it really helps.

Can anyone tell me the complete ftp path for the imtools.v2.1?
We are currently working with PV_WAVE on a Sun and want to
export the data files (3-D data, 1 byte per node, binary format?)
These are mostly MRI, CAT_SCAN data files. 
We try to use DataScribe to convert the data to lattice type first.
Our main focus is to manipulate the data, like rotate, probe and 
slice, using the modules come with the explorer.
Have anyone ever try to use SGI.EXPLORER to do the same thing?
Is there any public domain EXPLORER modules? What is the site?

 Thousand Thanks 
Newsgroups: comp.graphics,comp.graphics.animation,comp.multimedia
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Ultimate MM Setup
Organization: a2i network
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 23 Dec 1992 06:35:15 GMT

   The basics of this are:  If you had say a maximum expenditure of $100,000 
and you needed to invest in both a Macintosh and PC/DOS/Windows system, how 
would you do it?  I'm just looking for some new ideas, and confirmation of my 
own.
   Things like a Dell system, Northgate, Compaq, Micronics, NEC monitors, 
RasterOps monitors, 3D Studio, Ray Dream Designer, Macromind Action, 
Macromind Director...what, what?!
 
-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- jonathan@mecca.epri.com -/-
Telephone <*> (415) 855-2888

Newsgroups: comp.graphics
From: orourke@sophia.smith.edu (Joseph O'Rourke)
Subject: Re: How many dots in a circle?
Organization: Smith College, Northampton, MA, US
Date: Wed, 23 Dec 1992 17:07:12 GMT

In article <1992Dec23.161707.22424@unocal.com> stgprao@st.unocal.COM (Richard Ottolini) writes:
>In article <1992Dec23.031735.13264@proto.com> joe@proto.com (Joe Huffman) writes:
>>The number of points in a single quadrant is 2 * radius.  In the entire 
>>circle it follows that it is 8 * radius.  
>
>Counter example on a piece of graph paper for box edge = 15:

I believe Richard is on the right track, though.  In the octant between 45 deg
and the vertical y-axis, most circle algorithms color one pixel per x value.
So one only need count these and multiply by 8.  For a radius r circle,
the x coordinate of the intersection of the circle with the 45 deg y=x line
is (Sqrt[2]/2) r.  So the number of pixels colored in one octant is

	o = Floor[ (Sqrt[2]/2) r ]

Example: r=17, o = Floor[ 12.02 ] = 12.  The total (8 o) does not
count the pixels directly on the four radii at 45, 135, 225, and 315 degs.
So it must be incremented by 4.  The total number of pixels n is therefore

	n = 8 Floor[ (Sqrt[2]/2) r ]  +  4

Example: r=17, n = 100.
	Maybe someone who has Bresenham's algorithm implemented can
check my calculations?
Newsgroups: comp.graphics
From: john@logiconultra.com (John Martyniak)
Subject: Converting Wavefront .obj to other formats?
Organization: Logicon_Ultrasystems
Date: Mon, 28 Dec 1992 20:42:06 GMT


Does anybody know of a way to convert Wavefront .obj to other formats  
(POV, DKB, nff, off, tddd, etc).  Hopefully using public domain utilities.

Thanks in advance,

John Martyniak
Organization: Ministry of Education, Computer Center NETNEWS system V2.3
Date: Monday, 28 Dec 1992 18:29:23 EST
From: <TKUS135@TWNMOE10.BITNET>
Newsgroups: comp.graphics
Subject: Asking for info about SGI's Reality Engine

Greetings:

Could someone point me the way to find any papers, documents or journals
about the stuff of SGI's Reality Engine?

It's heard that there are eight Intel i860 processors adopted in this
board. However, it seems difficult to obtain the related context which
described the hardware architecture.

Any direction is highly appreciated and welcomed.

Thanks,

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Yin-Chih Lin                   Industrial Technology Research Institute (ITRI)
Design Eng.                    Computer & Communication Research Labs.  (CCL)
lycmit@x1sun6.ccl.itri.org.tw  Microcomputer System Department X100
Tel: 886-35-917331             14 Bldg, 195 Chung Hsing Rd., Section 4
Fax: 886-35-917503             Chutung, Hsinchu 31015
                               Taiwan, R.O.C.

P.S. Please forward your point to me directly.
Newsgroups: comp.graphics
From: orourke@sophia.smith.edu (Joseph O'Rourke)
Subject: Re: How many dots in a circle?
Organization: Smith College, Northampton, MA, US
Date: Tue, 29 Dec 1992 15:48:51 GMT

In article <1992Dec28.073738.15072@cucs5.cs.cuhk.hk> hclam@cuse1.se.cuhk.hk (LAM Ho Cheong) writes:

>Therefore, for the whole circle, the total number of dots amounts to 8r-4 ...
>
>Am I right?

I think not.  I posted an analysis that concluded that the number of dots
is n = 8 Floor[ (Sqrt[2] / 2 ) r ], or roughly n ~= 5.66 r.  In the absence 
of any real test of this formula, I found a figure in Foley, vanDam, Feiner,
and Hughes (p. 87) that indicates for r = 17, n = 96, which agrees with
my formula.
Newsgroups: comp.graphics
From: hallch@CS.ColoState.EDU (christopher hall)
Subject: 3-D Graphics Help
Date: Mon, 28 Dec 1992 23:02:57 GMT
Organization: Colorado State University, Computer Science Department

Hi,

     I am working on programming some 3D texture graphics for a computer game
that I am writing with some friends of mine.  The closest examples I know of
would be the games Wolfenstein 3D or Ultima Underworld.  Although W3D appears
3-D I have developed something beyond that game's format which is (IMO)
closer to the term three-dimensional.  I have developed the code but in
working with it I have found that the algorithm I used to search for the
intersection of a vector to a location in the 3-D space is too slow.  Without
drawing the new frame the code currently can do the other necessary
calculations at a rate of 11 frames/sec (on my 386/25mHz)  I fear that as soon
as I have added the drawing code and the environment expands (i.e. a bigger
building) that the number of frames/sec will be too few.  If you have any
experience with 3D graphics in general or 3D mathematics please post a reply.

     Here is a summary of the problem.  You are given a rectangular solid
which is constructed from a series of cubes.  The cubes are aligned and thus
there are no peculiarities about the arrangement of the cubes.  A cube is
selected and from inside the cube several ray/vectors are projected.  Each
cube in the solid has some surfaces which are painted white and the rest
are painted black.  I need to determine QUICKLY which white square a
ray/vector will hit first.  Currently I am forced to use 3 searches with
different vectors each time and then compare the results to find the correct
location.

     Any ideas that might work towards solving the problem would also be
appreciated.  I really am only searching for algorithms but if you have some
examples of code which I would be allowed to use please send those also.  And
if you know of some reading material that might solve my problem please tell
me what that is also.

                                                        Thanks in Advance,

                                                        Chris Hall

P.S.  Please send responses by e-mail.  If there is enough interest I will
      post a response in about 2 weeks.


/--------------------------------------------------------------------------\
|    The world cannot end today because it is tomorrow in Australia...     |
|                                                                          |
|       |________          Chris Hall                                      |
| ||OOO||________>         hallch@handel.colostate.edu                     |
|       |                                                                  |
\__________________________________________________________________________/
Xref: sparky comp.graphics:13255 comp.graphics.animation:1435 comp.graphics.visualization:1954
From: rsc@altair.csustan.edu (Steve Cunningham)
Newsgroups: comp.graphics,comp.graphics.animation,comp.graphics.visualization
Subject: Re: Question about CG education
Date: 29 Dec 92 21:09:26 GMT
Organization: CSU Stanislaus

For anyone concerned with computer graphics education, the latest edition
of the SIGGRAPH Education Directory will be published in the January 1993
issue of Computer Graphics; it was compiled by Ed Ferguson (U. of Maine,
Orono) from a questionnaire sent out earlier this year.  Persons wanting
more detailed information should contact either SIGGRAPH's Director for
Education, Scott Owen (owen@siggraph.org) or the appropriate people with
knowledge of particular areas.  These people are listed in the overview of
SIGGRAPH Education Committee operations in the same issue.

Thanks to BJ MacGowan (bmcgowan@alias.com) for his suggestions on the
particular area of animation; for followups to this, the appropriate SIGGRAPH
person is Barbara Mones-Hattal (mones-hattal@siggraph.org).

-- Steve Cunningham
   SIGGRAPH Education Committee Has-Been (this is an official title...)
Newsgroups: comp.graphics,comp.misc,sci.engr,sci.misc
From: mrob@world.std.com (Robert P Munafo)
Subject: Re: Cutting Intricate and Precise Patterns in Paper-thin materials
Summary: Two issues you didn't address in your problem statement
Keywords: CAM fabrication materials-processing
Organization: The World Public Access UNIX, Brookline, MA
Date: Mon, 28 Dec 1992 18:48:56 GMT


There seem to be two major issues that are unaddressed in the statement of
your problem:
 
- Processing 1000 sheets in a work day means only 28.8 seconds per sheet. 
Many processes will take an amount of time proportional to the length of the
boundary of the final shape.
 
- Most "intricate" patterns involve a large number of pieces which would fall
apart from each other.  Other "intricate" patterns, although in one piece
will be so fragile and/or flexible that maintaining their shape after removing
them from the manufacturing apparatus will be nearly impossible.
 
Also, it appears that you wish to use these paper-thin objects to assemble a
three-dimensional solid (i.e. CAM via the slice method).  If this is in fact
the case, you should state it.  The additional information might help lead to
a solution.

- Robert P. Munafo      (the computer ate my .signature!)
From: bstevens@hal.gnu.ai.mit.edu (Bob Stevens)
Newsgroups: comp.graphics
Subject: Converting CMYK to RGB - Help Me!
Date: 31 Dec 1992 17:27:26 GMT
Organization: /etc/organization
NNTP-Posting-Host: hal.gnu.ai.mit.edu

I'm trying to figure out a formula to convert CMYK values into RGB 
values where the CMYK values are defined as a percentage (ie: 0.185 = 
18.5%, 1 = 100%), but the RGB values are the absolute 0-255 value.
 
This is the type of conversion used, or so I am told, in mac programs 
like Photoshop and Illustrator and I need to be able to convert this way 
too.
 
Bob

Newsgroups: comp.graphics,comp.graphics.animation,comp.multimedia
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Ultimate MM Setup
Organization: a2i network
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 23 Dec 1992 06:32:59 GMT


-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- jonathan@mecca.epri.com -/-
Telephone <*> (415) 855-2888

Xref: sparky comp.graphics:13145 comp.graphics.animation:1406
From: CZTF@MUSICA.MCGILL.CA (CZTF000)
Newsgroups: comp.graphics,comp.graphics.animation
Subject: RE: REALISTIC 3D STUDIO
Date: 23 Dec 92 00:00:24 GMT
Organization: McGill University

In article <BzH0nv.K13@ccu.umanitoba.ca> howe@ccu.umanitoba.ca (Dave Howe) writes:
> Now, the point was to try to find out what options I have for
>doing image processing on a home system for around $3500 - $5000 CANADIAN.

> - How big of a hard drive should I have (REALISTIC).

One little tip: leave some money in your budget for some mass-offline
storage, like a tape drive or (more expensive) a removable hard-drive
because no matter how big a HD you get, it will not be big enough, and
you will have to keep off-loading your produced files to have room to
work. And you don't want to trow out anything you've made, just in case
you need it again later: you would _not_ want to have to re-do those
hours of solid modeling or rendering if you had already done them!

> - Stealh VRAM has been mentioned as being fast, but for windows,
> how will this help for image processing??

it won't. If your main interest is in rendering to tape, then you
might want to spend more money in the processing department than the
accelerated-video-card department, and many big programs like 3DStudio
and Animator Pro don't even run in Windows anyway. Save your money
for a second-hand Targa board which will be useful for recording
onto tape and, when using a targa-specific paint program like TIPS,
is _much_ faster at panning and zooming than any paint package on
expensive accelerated windows-friendly VGA boards. (You still need
both though, because TIPS doesn't do some of the nice stuff Photostyler
does...)

If you have any more specific questions, send e-mail because I don't
look here often...

Good Luck!


Mark Morgenstern, cztf@musica.mcgill.ca



Morgenstern________________________________________cztf@musica.mcgill.ca
                                                   (514) 937-8424,-5285
Newsgroups: comp.graphics