HDTenEightyP/NetNews huggingface dataset:
From: raytrace@cs.curtin.edu.au (RayTrace project)
Subject: Call for Videos: ACADS 93 Video Evening
Summary: We want your Computer graphics animation
Keywords: animation call for videos
Organization: Curtin University of Technology
Date: Tue, 5 Jan 1993 13:06:19 GMT

			ACADS EXPO 93 CONFERENCE

			  Technical Computing
		      Enhancements and Integration.

			 17th-19th March 1993
		       Perth. Western Australia.

			   CALL FOR VIDEOS.

We want your computer generated animation! We want walkthroughs, we want
simulations, we want pretty pictures! The main thrust of the conference is
technical computing - Computer Aided Design, Architectural images,
Photorealistic animation, Scientific Visualisation in all its forms.
We would welcome submissions from anybody in the animation field.

           Light hearted animated pieces would also be welcome!
 

Video evenings are usually a lot of whizz bang and very little to take home.
ACADS provides a vehicle for learning, a meeting place for the exchange of
ideas and a forum for discussion. So it is not suprising that the ACADS
video evening should also be a source of enlightenment.
We are interested in producing a video show from material supplied by
vendors and users from many different disciplines.

 We are interested in showing what is being done in Australia, and the world.

So dust off your Amiga, your Iris, your Cray Y-MP and hook them all together
and DO IT NOW.
 
Any work submitted should be in U-MATIC (Hi or Lo band), Betacam or 1" format.
(First generation Super VHS may be considered as well but don't send a copy
of a copy of a demo tape!) PAL preferred but NTSC catered for as well.

 Please send any relevant material, clearly labelled if material is to be
 returned, to
 		Andrew Marriott / Ken Swain
 		c/- School of Computing Science
 		Curtin University of Technology
 		Hayman Rd, Bentley. 6102
 		Western Australia.
		email: raytrace@cs.curtin.edu.au
 
 	This should be done by February the 13th at the latest.



--

	Andrew Marriott.

--------------------------------------------+----------------------------------
* Internet: raytrace@cs.curtin.edu.au                                         *
*                                                                             *
* Mail   : School of Computer Science         | Tel: +619 351 7680            *
*          Curtin University of Technology    | Fax: +619 351 2819            *
*          Kent Street, Bentley                                               *
*          Western Australia, 6102                                            *
--------------------------------------------+----------------------------------
Newsgroups: comp.graphics
From: jmccorm@a.cs.okstate.edu (MCCORMICK JOSHUA C)
Subject: Re: fast bitmap rotation
Organization: Oklahoma State University
Date: Mon, 4 Jan 93 21:54:19 GMT

From article <726100620.1@freudsys.iaf>, by Renee.Teunissen@freudsys.iaf.nl (Renee Teunissen):

> I have the following "problem". for a Photo montage package i wrote a rotation tool for full color objects [bitmap images]. this program runs unther windows 3.1. but rotating these bitmaps goes very slow, eg if I do the same rotation [same image size and pixel depth] in PhotoStyler is goes much faster. anyone any smart idears about a pointer to a fast rotation algorithm ??

I'll tell you how I do my rotations. I hope it is of some help.

1] Before the process begins, I build a table of all the SIN and COS
   functions. This saves me the trouble of having to compute it for
   each and every point (not to mention CPU time).
2] Then it's a simple matter of using the formula [if ROT is about 0,0]:

x' = x * cos (radians) - y * sin (radians)
y' = y * cos (radians) + x * sin (radians)
 
radians = [Degrees Rotation] * Pi / 180

If you want to twirl the object around some other point besides (0,0) [which
will probably take more CPU time than remapping the image] then use the
formula...

x' = Xr + (X - Xr) * Cos (radians) - (Y - Yr) * Sin (radians)
y' = Yr + (Y - Yr) * Cos (radians) + (X - Xr) * Sin (radians)

I hope this is of some use to you. Let me know, okay?

-- 

--- Josh McCormick
--- jmccorm@a.cs.okstate.edu
--- 1:3814/0 [user of 3814's NC]
From: gordonc@epcc.ed.ac.uk (Gordon Cameron)
Newsgroups: comp.graphics.explorer
Subject: bus error from home-grown module
Date: 11 Jan 93 19:32:20 GMT
Organization: Edinburgh Parallel Computing Centre

<forwarded from Explorer mailing list>


I have written a module (in Fortran) which extracts a specific region of a
2-D perimeter lattice and sends this new, smaller lattice to the output port
of the module. I have tested the subroutine outside of Explorer using my own
Fortran main program and it seems to work fine. However, when I construct
the module within mbuilder and try to run it within Explorer, I get a bus
error and the module dumps core. I have run Edge on the core file and
discovered that the bus error occurs within the wrapper code at a line which
looks like:

cx DataFree( lato );

where lato is the 2-D data array for the lattice.

I imagine the problem lies in the fact that the size of the data array and
coordinates array are NOT known by the wrapper code until the subroutine
returns.

Has anyone out there seen this behavior before? Is there an obvious solution
that I am missing? If necessary, I can place a tar file containing the
necessary files on one of the explorer ftp sites.

Stephen J. Schraml
US Army Research Laboratory
AMSRL-WT-NC
Aberdeen Proving Ground, MD  21005-5066
stephen@brl.mil
Newsgroups: comp.graphics.explorer
From: hsong%asylum.cs.utah.edu@cs.utah.edu (Hwal Song)
Subject: novice in explorer
Date: 5 Jan 93 07:00:26 MST
Organization: University of Utah CS Dept

Hi!

I have to learn Explorer from scratch by myself.
I have fairly good knowledge in graphics and X windows.
Are there any good books on Explorer?
Can anyone advise me any good start on this?
Is there any FAQ list in this news group?
Thank you in advance.

regards.
song
Newsgroups: comp.graphics.explorer
From: williams@casbah.acns.nwu.edu (Gus Williams)
Subject: Alpha in VolumetoGeom
Organization: Northwestern University, Evanston, Illinois, USA
Date: Thu, 7 Jan 1993 15:16:04 GMT


Is there anyway to use the VolumeToGeom module without Alpha bitplanes?


I have a 4D35TG on which ginv gives:

Screen Resolution:  1280 x 1024 pixels.
Zbuffer Resolution: 0xFF800000 min  0x7FFFFF max.
No Accumulation Buffer present.
Alpha bitplanes in DoubleBuffered: 0, SingleBuffered: 0
Red   bitplanes in DoubleBuffered: 4, SingleBuffered: 8
Green bitplanes in DoubleBuffered: 4, SingleBuffered: 8
Blue  bitplanes in DoubleBuffered: 4, SingleBuffered: 8
Zbuffer  bitplanes present: 24
Stencil  bitplanes present: 0
Overlay  bitplanes present: 4
PopUp    bitplanes present: 2
Underlay bitplanes present: 4
User-defined Clipping Planes present: 0
antialiased points available in colormap
antialiased points not available in RGB
antialiased lines available in colormap
antialiased lines not available in RGB
antialiased polygons not available in RGB
Number of verticies per polygon allowed: 256.

The important point here is the 0 Alpha bitplanes.

I would even be interested in something slow and non-interactive like
a translation to a format understood by one of the PD ray-tracing
packages.


Assuming no luck on the above, can a 4D35/TG be upgraded to have
Alpha bitplanes? (I haven't bothered to call my Sales person yet :^) )

Thanks for any information.
From: williams@casbah.acns.nwu.edu (Gus Williams)
Subject: Explorer 2.0 distribution
Organization: Northwestern University, Evanston, Illinois, USA
Date: Thu, 7 Jan 1993 15:08:23 GMT

Does anyone know if Explorer will be distributed to everyone on support,
or do we need to call TAC and request an upgrade?

Newsgroups: comp.graphics.explorer
From: srfergu@rufus.erenj.com (Scott Ferguson)
Subject: Re: Explorer 2.0 distribution
Organization: Exxon Research & Engineering Co.
Date: Thu, 7 Jan 1993 17:29:23 GMT

In article <1993Jan7.150823.19563@news.acns.nwu.edu>, williams@casbah.acns.nwu.edu (Gus Williams) writes:
|> Does anyone know if Explorer will be distributed to everyone on support,
|> or do we need to call TAC and request an upgrade?
|> 

I called yesterday, got put on hold, and then after about ten minutes, the
line went dead. Excellent!

Next, I called again. I was spurred on by the article in Silicon Graphics
World that said 2.0 will be shipping in January. I've heard from elsewhere
that January is a lovely dream for 2.0, but I had this article, that said...

The second call to 1-800-800-4SGI, I got someone who said "It's not released
yet.".

I said "but I just read an announcement that...." he finished my sentence....
"yeah, yeah, in SGI World, right? It's not out yet."
He told me to call my local sales office to get in line for a copy.

The article said that 2.0 will ship in January. Somebody say it's true, please!
16 business days and counting left in January....

-- 
----------------------------------------------------------------------
Scott Ferguson                        Exxon Research & Engineering Co.
Project Engineer                      New Jersey
----------------------------------------------------------------------
"Always bark at a dog."
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.graphics.explorer
Subject: core dump on startup, explorer not in /usr/explorer
Date: 12 Jan 1993 06:22:57 GMT
Organization: Center for Macromolecular Design, Texas A&M University.
Distribution: world
NNTP-Posting-Host: abgen.tamu.edu

I appologize if this is an FAQ. We changed explorer's default location 
from /usr/explorer to /u1/explorer due to space constraints. After 
setting the environment variable EXPLORERHOME to /u1/explorer, typing
explorer results in a coredump as shown below.

abgen:/usr/people/vamsee 147 % explorer
User interface: killed -- Segmentation fault, core dumped

Has some one experienced this before? How do I make it work? Do I have to
re-install the software?

Vamsee
From: foulser@homebrew.asd.sgi.com (David Foulser)
Newsgroups: comp.graphics.explorer
Subject: Re: "-g" compiler option in mbuilder
Date: 9 Jan 93 01:17:59 GMT
Reply-To: foulser@homebrew.asd.sgi.com (David Foulser)
Organization: sgi

Scott and Robert,

Robert is mostly right. You can edit the file and include it from
User Makefile. But you should not edit the CFLAGS variable, since
this name is "owned" by the module builder. There are some names
that you can change, however, that should do the trick.

Try putting this into your file:

    C++DEBUGFLAGS = -O
      CDEBUGFLAGS = -O
      FDEBUGFLAGS = -O

Here's a trick that is probably not well-documented, but available (you
could read the generated Imakefile file to figure this out):

You can name this file Imakefile.default and it will be included EVEN if
you don't name it in User Makefile. The Imakefile.default file is
always included into the generated Makefile.

Dave

-- 
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
David Foulser					foulser@sgi.com 
MS 1L-545
Silicon Graphics, Inc   			415/390-5338 
2011 N. Shoreline Blvd. 			415/390-6056 FAX
Mountain View, CA 94039-7311
From: gordonc@epcc.ed.ac.uk (Gordon Cameron)
Newsgroups: comp.graphics.explorer
Subject: Visualising Environmental Data
Date: 11 Jan 93 19:31:14 GMT
Organization: Edinburgh Parallel Computing Centre

<forwarded from Explorer mailing list>


Sirs,
     I wish to be added to your mailing list. I'm an italian researcher. 
My interest is the environment, and I forecast to use EXPLORER to visualize 
environmental data. Now I study the extraction of data from METEOSAT 
satellite (temperature) to forecast forest fires.
I wish to contribute to the `users list', and to contact others users 
with analogous interests.

My internet address is:

INTERNET"LIONETTI@CSP.IT"

Best Regards.




Michele LIONETTI
From: robertl@cwi.nl (Robert van Liere)
Newsgroups: comp.graphics.explorer
Subject: Re:  "-g" compiler option in mbuilder
Date: 6 Jan 93 18:30:27 GMT
Organization: CWI, Amsterdam


> Doesn't the -g option tend to inhibit compiler optimization as well?
> I suppose it's easy enough for the user to edit the Makefile and take
> it out of the CFLAGS or something.

Don't edit generated files. The "standard" way of setting flags would
be to use the User Makefile mechanism in the module builder.

So, in this particular case, make a file with the line :

	CFLAGS = -O2  $(WHATEVER_U_WANT)


and type this filename in the UserMakefile text widget. After that
Save Resources and make


-- Robert van Liere
-- 
Robert van Liere, Department of Interactive Systems,
Center for Mathematics and Computer Science (CWI)
Kruislaan 413,  1098 SJ  Amsterdam,  The Netherlands
email: robertl@cwi.nl | tel: +31-20-592-4118 | fax: +31-20-592-4199
From: robert@texas.asd.sgi.com (Robert Skinner)
Newsgroups: comp.graphics.explorer
Subject: Re: core dump on startup, explorer not in /usr/explorer
Date: 12 Jan 93 20:12:03 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: texas.asd.sgi.com


In article <1ito41INNgpe@tamsun.tamu.edu>, vamsee@abgen.tamu.edu writes:
> I appologize if this is an FAQ. We changed explorer's default location 
> from /usr/explorer to /u1/explorer due to space constraints. After 
> setting the environment variable EXPLORERHOME to /u1/explorer, typing
> explorer results in a coredump as shown below.
> 
> abgen:/usr/people/vamsee 147 % explorer
> User interface: killed -- Segmentation fault, core dumped
> 
> Has some one experienced this before? How do I make it work? Do I have to
> re-install the software?
> 
> Vamsee

Certain files MUST be in /usr:

	/usr/lib/libcxX_s
	/usr/lib/libcxX_s.a
	/usr/lib/libcx_s
	/usr/lib/libcx_s.a
	/usr/lib/X11/app-defaults/Dscribe
	/usr/lib/X11/app-defaults/Explorer
	/usr/lib/X11/app-defaults/Mbuilder
	/usr/lib/X11/app-defaults/sgi-color1024/Dscribe
	/usr/lib/X11/app-defaults/sgi-color1024/Explorer
	/usr/lib/X11/app-defaults/sgi-color1024/Mbuilder
	/usr/lib/X11/app-defaults/sgi-color1280/Dscribe
	/usr/lib/X11/app-defaults/sgi-color1280/Explorer
	/usr/lib/X11/app-defaults/sgi-color1280/Mbuilder

I don't recall whether the installation process installs these as
links, or not.  If they are links, then they don't point to the correct
place after you moved explorer.  As a quick fix, why don't you set
EXPLORERHOME back to /usr/explorer, and make /usr/explorer a soft link
to /u1/explorer.

As a matter of fact, I've found this setup much more flexible.  It
allows you to move the actual location of the installation without
changing EXPLORERHOME.  You can do it with a script, and you can do it
transparently without any users' knowledge.  

I have used this setup in the past to switch between the 1.0 version
and versions in development, and it works like a charm.

Robert Skinner

	When in charge, ponder. 
	When in doubt, mumble. 
	When in trouble, delegate.
From: robert@texas.asd.sgi.com (Robert Skinner)
Newsgroups: comp.graphics.explorer
Subject: Re: Explorer 2.0 distribution
Date: 8 Jan 93 00:27:00 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: texas.asd.sgi.com


In article <1993Jan7.172923.23837@erenj.com>, srfergu@rufus.erenj.com writes:
> 
> I said "but I just read an announcement that...." he finished my sentence....
> "yeah, yeah, in SGI World, right? It's not out yet."
> He told me to call my local sales office to get in line for a copy.
> 
> The article said that 2.0 will ship in January. Somebody say it's true, please!
> 16 business days and counting left in January....

and in the table of contents SGI World prints a disclaimer something like

	"everything printed herein is believed to be true and accurate
	but we are not responsible if it isn't"

Remember, SGI World is a private rag, not associated with Silicon
Graphics.  I don't know where they got their info in this case.  It
doesn't really matter.  You just can't consider everything printed 
there as the gospel truth.


Robert Skinner

	Don't smoke, don't toke, don't do no crack.
	If you want to get high, just drink it black.
	
		- cafe' latte'
Newsgroups: comp.graphics.explorer
From: srfergu@rufus.erenj.com (Scott Ferguson)
Subject: ImportImage Color Table Problem fixed
Organization: Exxon Research & Engineering Co.
Date: Wed, 6 Jan 1993 15:02:14 GMT

Thanks, Drew Whitehouse. The new ReadImageSDSC.c you sent me fixed 
my color map problem. I also linked it with the 2.1 imtools lib,
so there seems to be no problem with that.

-- 
----------------------------------------------------------------------
Scott Ferguson                        Exxon Research & Engineering Co.
Project Engineer                      New Jersey
----------------------------------------------------------------------
"Always bark at a dog."
From: rlb@lavalite.asd.sgi.com (Robert Brown)
Newsgroups: comp.graphics.explorer
Subject: Re: Explorer on Sparcs
Date: 8 Jan 93 23:11:23 GMT
Organization: sgi
NNTP-Posting-Host: lavalite.asd.sgi.com

In article <145238@lll-winken.LLNL.GOV>, canales@aliceb.llnl.gov (Tom Canales) writes:
|> Has anyone out there had any experience getting explorer 
|> running on a SUN? I've heard of a few ways to do this..
|> apparently NAG in the u.k has, or is about to have, a port 
|> that uses the XGL stuff on the Sparcs. Another option is
|> to get Nths Protable GL library for which Sparc compatible
|> explorer executables maybe obtained. The third is to get
|> similiar product from Dupont. I'd be interested in hearing 
|> about anyones experience good or bad with these or any other
|> options.

NAG will be distributing SPARC version of Explorer early this year, based
on version 2.0.  I think they intend to use Nth Graphics' XGL, and will
use OpenGL when it comes to be.  DuPont Pixel has their own version,
also based on 2.0, that uses their hardware GL board.  Dupont demo'd
Explorer on SPARCStations at Siggraph '92.

The port was done in-house at SGI last year, and it went fairly smoothly.

We have had fairly positive experiences with both Nth Graphics and Dupont
Pixel products. Most everything we threw at them worked.  But it was not
really an Explorer effort, since Explorer does plain Motif and all of the
GL is through IRIS Inventor, which does not exercise the entire GL.  Both
companies have been cooperative and easy to work with.

Bob Brown
---------------
Robert L. Brown
Manager, IRIS Explorer
Silicon Graphics, Inc.
Newsgroups: comp.graphics.explorer
From: srfergu@rufus.erenj.com (Scott Ferguson)
Subject: "-g" compiler option in mbuilder
Organization: Exxon Research & Engineering Co.
Date: Wed, 6 Jan 1993 14:54:01 GMT

I was wondering about module performance and the "-g" compiler option.
The mbuilder compiles everything with cc -g, which puts in debugging
info. Is this necessary?

Doesn't the -g option tend to inhibit compiler optimization as well?
I suppose it's easy enough for the user to edit the Makefile and take
it out of the CFLAGS or something.

-- 
----------------------------------------------------------------------
Scott Ferguson                        Exxon Research & Engineering Co.
Project Engineer                      New Jersey
----------------------------------------------------------------------
"Always bark at a dog."
Newsgroups: comp.graphics.explorer
From: foulser@homebrew.asd.sgi.com (David Foulser)
Subject: Re: eExplorer(vVectorGen)
Reply-To: foulser@homebrew.asd.sgi.com (David Foulser)
Organization: sgi
Distribution: worlfd
Date: Mon, 11 Jan 1993 20:08:49 GMT

In article <1993Jan11.174115.11398@julian.uwo.ca>, lferjo@gfx.engga.uwo.ca (Lisa Ferjo) writes:
|> I would appreciate any information on the module VectorGen.  This is how I
|> think it works.
|> 
|> I have 3d volumetric data of heart cusp.  The data looks like this.
|> Resolution 20 11 3
|> x coord   ycoord   z coord  function
|> 3.0E+00   10.0E+00 4.0E+00   3.0E+00
|> .
|> .
|> .
|> When I use vectorgen in my map I get vectors at my coordinate points.  I
|> think that explorer takes the function value as the length of the vector
|> and uses an angle of 90 degrees as a default value.  This is how I think
|> it works.  
|> 
|> I am wondering how to get different angles for the vectors.  I would think
|> you would make your data look like this
|> 
|> Resolution 20 11 3
|> xcoord    ycoord   zcoord  function    vecx     vecy    vecz
|> 3.0E+00   10.0E+00 4.0E+00 10.0E+00    3.0E+00  4.0E+00 10.0E+00 
|> .
|> .
|> .
|> The function value would correspond to the different colours you wanted. 
|> VECx, VEcy, Vecz would be used to calculate the angle and the length of
|> the vector.
|> 
|> 
|> If this is the way explorer does it, how does it differentiate between the
|> function value used for the colour map and the values used to calculate
|> the vector.
|> 
-- 

VectorGen always uses Red/White vectors. It uses the three function values
to give direction. If you provide 1 function value, VectorGen assumes it is
a delta-X direction. Two values gives delta-(X,Y).

Dave

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
David Foulser					foulser@sgi.com 
MS 1L-545
Silicon Graphics, Inc   			415/390-5338 
2011 N. Shoreline Blvd. 			415/390-6056 FAX
Mountain View, CA 94039-7311 			
Newsgroups: comp.graphics.explorer
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Subject: Re: Explorer on Sparcs
Organization: NASA Lewis Research Center
Date: Mon, 11 Jan 1993 14:27:48 GMT

In article <1il1mrINN1et@fido.asd.sgi.com>, rlb@lavalite.asd.sgi.com (Robert Brown) writes:
|> In article <145238@lll-winken.LLNL.GOV>, canales@aliceb.llnl.gov (Tom Canales) writes:
|> NAG will be distributing SPARC version of Explorer early this year, based
|> on version 2.0.  I think they intend to use Nth Graphics' XGL, and will

Just to be really clear, Nth calls their port NPGL (Nth Portable GL).  XGL
is Sun's latest graphics library.  NPGL calls XGL.
-- 
---------------------------------------------------------------------------
 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: lferjo@gfx.engga.uwo.ca (Lisa Ferjo)
Subject: eExplorer(vVectorGen)
Organization: University of Western Ontario, London
Distribution: worlfd
Date: Mon, 11 Jan 1993 17:41:15 GMT

I would appreciate any information on the module VectorGen.  This is how I
think it works.

I have 3d volumetric data of heart cusp.  The data looks like this.
Resolution 20 11 3
x coord   ycoord   z coord  function
3.0E+00   10.0E+00 4.0E+00   3.0E+00
.
.
.
When I use vectorgen in my map I get vectors at my coordinate points.  I
think that explorer takes the function value as the length of the vector
and uses an angle of 90 degrees as a default value.  This is how I think
it works.  

I am wondering how to get different angles for the vectors.  I would think
you would make your data look like this

Resolution 20 11 3
xcoord    ycoord   zcoord  function    vecx     vecy    vecz
3.0E+00   10.0E+00 4.0E+00 10.0E+00    3.0E+00  4.0E+00 10.0E+00 
.
.
.
The function value would correspond to the different colours you wanted. 
VECx, VEcy, Vecz would be used to calculate the angle and the length of
the vector.


If this is the way explorer does it, how does it differentiate between the
function value used for the colour map and the values used to calculate
the vector.

I am using DsCurvEX module to read in my data.  I modified this module for
the extra data and used vectorgen in my map.  It didn't quite work.  I don't
know if it is because of the dscribe module or the way I think explorer
works with vectorgen.

Thanks Lisa