HDTenEightyP/NetNews huggingface dataset:
From: kgk@zurich.ai.mit.edu (Kleanthes Koniaris)
Newsgroups: comp.graphics
Subject: Starbase vs. PHIGS vs. Powershade?
Date: 11 Jan 93 22:03:03
Organization: M.I.T. Artificial Intelligence Lab.
Distribution: world
NNTP-Posting-Host: rolex.ai.mit.edu


Dear Reader:

I am interested in doing 3D graphics on an HP Snake.  My pictures will
be representations of polymers; by that, they will be mainly hundreds
spheres and connected cylinders, with some spherical (or cubic)
obstacles in various places.

To give an example, if "o" represents a sphere, and "-" a cylinder,
they'll look like o-o-o-o-o-....-o, except that the polymers will look
more like entangled piles of string.  I would like to be able to have
proper perspective, illumination, etc., and I expect to have HP
Z-buffer hardware.

We do have some Virtual Reality goggles, and we might try to interface
them to our graphics; for this reason, it would be nice if the
rendering was fast, but this isn't exactly an overwhelming concern
right now.  (I don't expect it to be "real time", but it would be nice
if there wasn't a two-second delay whenever one turned their head.)

As far as I can tell, HP provides "Starbase" graphics at the lowest
level.  I know that they also support PHIGS (on top of Starbase), as
well as some product called "PowerShade" which is intended to support
either PHIGS or Starbase.

Given these choices, what is the "correct" graphics system to learn?
(Or is there something even better?)  I would like system to be easy
to learn, flexible, reasonable fast, and aesthetic.  Of course, I
could learn about all three systems and select one of them, but this
seems like it would be a large waste of time....

Please be so kind as to send me a copy of any comments that you post,
since I do not read this group as often as I should.

Thanks!
--

        ---kleanthes

----------------------------------------------------------------------------
Kleanthes Koniaris, MIT Artificial Intelligence Lab NE43-432, 545 Technology
Square, Cambridge, MA 02139.  W: 617-253-6778; FAX: 258-8682; H: 566-2884.

Xref: sparky comp.graphics:13441 comp.sys.ibm.pc.hardware:34914 comp.os.msdos.misc:6872
From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
Newsgroups: comp.graphics,comp.sys.ibm.pc.hardware,comp.os.msdos.misc
Subject: Turbo (5.5) and 8514 HELP WANTED
Date: 6 Jan 93 09:21:58 GMT
Organization: FWI, University of Amsterdam

Hi,

For some computer graphics course, we use a room full of PS/2s with
8514/a graphics adapters and Turbo Pascal 5.5 . My supervisor wrote
a neat interface to the Graph unit, that can be used in 8514 mode
and VGA mode. We prefer the 8514 version (since it has some additional
features, like being able to use 256 colours), but that has one
major drawback:

When an error occurs while in 8514 mode, the PS/2 does not switch back
to the (VGA) text screen, as it does in VGA mode.
The same problem occurs when 'Step'ping (F8) through a program: in VGA
mode, the Turbo programming environment is visible after each step. But
in 8514 mode, the graphics screen remains visible.

So, somehow, the control remains with the 8514 instead of switching back
to VGA when it is supposed to. The rest is okay; the keyboard is not
dead (program execution can be resumed normally by typing blind) and
after the program has ended (in a regular way), the text screen DOES
reappear.

Can this problem be solved? Or do we just have to live with it (or not
use the 8514 mode)?

Thanks in advance,
Marcel.

P.S. I know I have not been very specific about HOW the 8514 is being
programmed, but that's because I do not have access to the source code
(at least, not at the moment). But if you need more info, I can get hold
of it.
-- 
 X	   Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
|X|	     Faculty of Mathematics and Computer Science	
 X	       University of Amsterdam   The Netherlands
======Life stinks. Fortunately, I've got a cold.========
Newsgroups: comp.graphics
From: laviers@IRO.UMontreal.CA (Cocotte Minute)
Subject: NURBS tesselation algo/code needed.
Organization: Universite de Montreal, Canada
Date: Mon, 11 Jan 1993 21:22:24 GMT


Hello netlanders,

    I was just wondering if anyone had a quick-and-dirty
NURBS surface tesselation algorithm or C code?

CG Gems I hasn't got it, but I haven't checked Gems II...

Actually, it would be URBS surfaces: the knot vector would have
uniformly spaced values.

Thank you very much in advance!

Sebastien


-- 
_____________________________________________________________________________
|Sebastien Lavier [Calimero]    | Centre de recherche, Hopital du Sacre-Coeur  
|laviers@iro.umontreal.ca       | "The opinions expressed here are mine and  
|Universite de Montreal, Canada |   should also be yours!"               
Newsgroups: comp.graphics
From: blackmon@eng.auburn.edu (Ferrol Rawson Blackmon)
Subject: Graphical display tool for Petri nets
Reply-To: blackmon@eng.auburn.edu
Organization: Auburn University Engineering
Date: Sun, 10 Jan 1993 04:46:04 GMT

Does anyone have any information on any graphical display tools for Petri Nets
or other types of graphs?  I would appreciate any information given.

					Ferrol R. Blackmon
					Auburn Univ.



---

Newsgroups: comp.graphics
From: niko@iastate.edu (Nikolaus E Schuessler)
Subject: Re: REQUEST: StarTrek 3D Objects and others to avalon
Organization: Iowa State University, Ames, IA
Date: Tue, 12 Jan 1993 21:16:31 GMT

>If you upload a dxf in .zip, I'll probably un-zip it and store it in .Z
>(standard Unix compress) format, because dxf's are used by more than just
>PC's. I try to leave files in .zip only when they are not going to be
>useful to anything other than a PC...

Well, I have most of the neato files from the graphics file
server sitting on my hard drive... I've gotta uudecode them
then I'll send them all over in a humongous tar file...

unfortunately, the unix version of lharc we have doesn't extract 
the .3d2 files... ug.. (.3d2 seems to be a binary format, too). 

-- 
Niko Schuessler               
Project Vincent Systems Manager              email: niko@iastate.edu
Iowa State University Computation Center     voice: (515) 294-1672
Ames IA 50011                                snail: 272 Durham
From: butting@waikato.ac.nz
Newsgroups: comp.graphics
Subject: Req: animation source
Date: 5 Jan 93 20:11:37 +1300
Organization: University of Waikato, Hamilton, New Zealand

I'm looking for a graphics tool that will allow me to set up 3d images
within a world space and animate them freely (ie. point in direction x
and told "go for it") - morphing and texture mapping would be nice
(10^6 :-)), but then, so would a desktop Cray.  Choice of platform isn't
a problem as I won't be committing myself until a later date, dependant
on software availabily and whether I like the compilers (candidates are
Next, Sun stations or PC/SVGA - this one means I can play^H^H^H^Hwork at
home).  Sooo... can anyone point me at FPTable sources (preferably C)
that may be suitable for suchlike antics?

Ta muchly.
-- 
Bryce Utting - University of Waikato, Apothecary Computers, and layabout.
How much would you expect to pay for this .sig?  Not one line!  Not two lines! 
This .sig gives you THREE WHOLE LINES of text!  Phone now for your order!
Newsgroups: comp.graphics
From: hafey@capitol.com (Rob Hafey)
Subject: Autodesk 3D Studio File Formats...
Organization: Capitol Disc Interactive
Date: Mon, 11 Jan 1993 17:27:18 GMT

I need to be able to extract the polygon information from these files.  Does 
anyone out there know where I can get the file format??  Please EMAIL if you
have any information.

Thanks in advance,

Rob

-- 
 Rob Hafey
 Capitol Disc Interactive (CD-I) 
 2121 Wisconsin Ave NW, Washington D.C. 20007   (202)625-0141 
 hafey@capitol.com
Newsgroups: comp.graphics
From: jdunning@chagall.Princeton.EDU (John Alan Dunning)
Subject: WANTED: greyscale, bitmapped topographic data
Originator: news@nimaster
Organization: Princeton University
Date: Tue, 12 Jan 1993 08:20:49 GMT

I'm looking for graphics files which represent the altitude of a portion
of terrain with varying shades of grey.  255 (or 2^24 for 24-bit data) would
represent the tallest peak, and 0 would represent the lowest valley.  So
an overhead view of a mountain would have a whitish blob in the middle for
the peak, fading to darker grey as the mountain blends into the surrounding
plains.  

I assume this is the sort of data which is returned by radar-mapping 
satellites, such as have mapped Earth and Venus.  Would NASA have files
like these available on an ftp site somewhere?  

I want to use the bitmap as a displacement map in Alias, to produce a
quick and dirty mountain range.  I believe this is also how NASA makes 
those perspective images of Mons Olympus.  It doesn't really matter 
what planet the terrain is from.  An associated visible light image of the 
same terrain would be ideal, since I could then use it as a color map over
the displacement map.

Any help with this would be greatly appreciated.

John
Newsgroups: comp.graphics
From: M16302@mwvm.mitre.org
Subject: Wanted:UNIX Drawing Package that can read .CGM correctly
Organization: The MITRE Corporation, McLean VA 22102
Date: Tue, 12 Jan 1993 21:24:33 GMT

Does anyone know of a UNIX drawing package that can read .CGM files correctly.
After the file is read into the package, the individual graphic objects should
be editable and the font size and types should also come across OK.  I have
read CGM files into Aster*x Draw and the font types and size do not read
correctly.  Otherwise Aster*x seems to read my file OK.
 
Robert B. Shain                              EMAIL: RSHAIN @MITRE.ORG
The MITRE Corporation                        Voice: (703)883-5592
Center for Intellignence & Special Programs  FAX: (703)883-6991
Mailstop W955
7525 Colshire Drive                    "My other computer is a Cray"
McLean, VA. 22102                      "My other car is a bike"
                                       "My other sport is ping pong"
 
Newsgroups: comp.graphics,alt.cad.autocad
From: martin@cs.curtin.edu.au (Martin Dougiamas)
Subject: Reconstructing 3D solid from planar cross sections
Keywords: reconstruction 3D solid autocad
Organization: Curtin University of Technology
Date: Thu, 7 Jan 1993 15:58:23 GMT

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.

All the references I have been able to find on this topic deal
with reconstructing body parts from CAT-scans... the problem
is they are not useful for the sort of irregular bodies I'm
looking at, which may split apart and rejoin.

Surely this has been done before!
So if anyone has:
      a) any pointers to algorithms, ideas or references
      b) Actual C code
      c) Actual AutoCAD code!!

Then I'd be so grateful I might possibly send you my first-born child.

Martin
--
Your eyes are weary from staring at the screen.  Your eyelids feel very heavy.
You feel sleepy. Notice how restful it is to watch the cursor blink. Close your
eyes. The opinions stated above are yours. You cannot imagine why you ever felt
otherwise.  When you awake you will follow up this post and enthusiastically
agree with it.  Then you will send all your money to martin@cs.curtin.edu.au.
From: sabraham@gandalf.rutgers.edu (Shibu Abraham)
Newsgroups: comp.graphics
Subject: Help with Freedom of Press
Keywords: Freedom of Press
Date: 8 Jan 93 01:02:56 GMT
Organization: Rutgers Univ., New Brunswick, N.J.


Would anyone out there know what the setting are on Freedom of Press
to image Harvard 3.0 and or Harvard 2.3 ( 3.0 more important) to
a Solitaire camera.  I really need some help with this one.

If any one has any suggestion please send them to 
			sabraham@gandalf.rutgers.edu

Thanks in advance.
 
Newsgroups: comp.graphics
Newsgroups: comp.graphics
Subject: fast bitmap rotation
Date: 03 Jan 93  15:08:18 EST


Hi,

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've implemented the rotation tool, after reading CG, P&P from Foley at al]

Regards,
 _
|_)
|\_enee.    [Renee@freudsys.iaf.nl]


 * Origin: freudsys.iaf.nl, a prive uucp gate at (27:4331/107.19)
Newsgroups: comp.graphics
From: mark@ocsmd.ocs.com (Mark Wilson)
Subject: Re: PCX, BMP, GIF, TIFF C Source?
Organization: Online Computer Systems, Inc.
X-Newsreader: Tin 1.1 PL5
Distribution: comp
Date: Mon, 4 Jan 1993 14:17:17 GMT

--
Me too, only in regular C, preferably MS C 7.0.  Thanks!

--
-------------------------------------------------------------------------------
Mark Wilson, Online Computer Systems.  1-800-922-9204 or 1-301-601-2215
(Try email address mark@wilson.ocs.com....)
This file .disclaims everything signed with my .signature, I .mean it!
-------------------------------------------------------------------------------
Newsgroups: comp.graphics
From: mikail@cesdis1.gsfc.nasa.gov (Mikail Shams)
Subject: WANTED: MC ESHER pictures
Organization: Center of Excellence in Space Data and Information Sciences
Date: Mon, 11 Jan 1993 19:03:54 GMT

	I don't know if this the right place to post this article or not.
I am looking for scanned M.C. Esher pictures (gif or tiff files).  I will
appreciate if someone can tell me where I can have access to some of these
graphics files.  

	Please send me email.  Thanks in advance.


Mikail Shams
==============================================================================
ADNET Systems Inc.          ~ ~
930.6 GSFC/NASA             o o
Greenbelt, MD 20771          |
Phone: (301) 286-4633        =
email; mikail@cesdis1.gsfc.nasa.gov
       mikail@sled.gsfc.nasa.gov

Opinions expressed here are solely mine and not that of ADNET Systems Inc. or
the Goddard Space Fight Center, NASA.
==============================================================================

Newsgroups: comp.graphics,alt.graphics.pixutils
From: jmccorm@a.cs.okstate.edu (MCCORMICK JOSHUA C)
Subject: Re: Your one stop GRAPHICS shop!
Organization: Oklahoma State University
Date: Wed, 6 Jan 93 14:51:25 GMT

From article <1993Jan6.091522.27864@plx.com>, by thomas@plxsun (Thomas Leibold):
> Now the worst thing that you can do to a continous tone (real life) picture
> after removing most of the color information (by putting it into the 8-bit
> GIF format) is to reduce the image content with GIFLITE.
> I have yet to see a side by side comparison where it isn't obvious which 
> picture is GIFLITE damaged. 

Actually, the experience is just the reverse here for me. After searching a 
GIFLITE picture carefully, it is very difficult to tell _any_ damage to the
picture. When comparing commonly available JPG's to the originals, the
damage is more than obvious.

-- 
      ### ####  #### Name: Josh McCormick
      ### ########## -----------------------------------------
  ### ### ### ## ### Addr: jmccorm@a.cs.okstate.edu
   #####  ###    ### Addr: Josh McCormick @ 1:3814/0 [fidonet]
Newsgroups: comp.graphics
From: rlafolle@apssgi.nswc.navy.mil (Robert D. LaFollette)
Subject: Image Processing for the PC 
Organization: Naval Surface Warfare Center
Date: Fri, 8 Jan 1993 13:29:57 GMT


       Hello,

        I am looking for an image processing package for my PC.  I am most interested in something that uses the system display, and has
        a point-n-click user interface.  Something that works with Windows 
        would be acceptable.  Shareware or freeware would of course be my first
        choice, but I am also interested in commercial packages.  Please send
        responses directly to me and I will post a summary.
                

                                Thanks,

                                        Robert LaFollette



                Attn: Code L10MP   Robert LaFollette 
                Dahlgren Division, Naval Surface Warfare Center
                Dahlgren, VA 22448-5000

                (703)663-4749   autovon 249-4749
                FAX (703)663-4749
                Email   rlafoll@see.nswc.navy.mil
                        rlafoll@128.38.158.3

Xref: sparky comp.graphics:13544 misc.jobs.offered:15575 ba.jobs.offered:3182
From: rsc@altair.csustan.edu (Steve Cunningham)
Newsgroups: comp.graphics
Subject: Re: comp.edu
Summary: Royalties? Royalties? We don't need no stinking royalties!
Date: 4 Jan 93 22:47:29 GMT
Organization: CSU Stanislaus

speer@alumni.cs.colorado.edu (Rick Speer) writes:

> In article 19388 of comp.graphics, rsc@altair.csustan.edu (Steve Cunningham)
> writes,
> 
> >                  Computer Graphics Projects Wanted
> >
> > ...I am assembling a set of project statements for the first and
> > second Computer Graphics courses in a Computer Science program...
> > ...send me statements of any projects they use and find particularly
> > good...
> > ...any publication from this will give full credit to the persons
> > who send in statements...              ^^^^ ^^^^^^
> 
> Hmmm, other collections assembled from the masses- Graphics Gems, e.g. -
> share their profits with the contributors. Will this one do that?
> 
> ---------------------------------------------------------------------------
> | Rick Speer             |  Most overheard sentence at Washington, DC ho- |
> | speer@cs.colorado.edu  |  liday parties: "Pardon me, Mr. President."    |
> ---------------------------------------------------------------------------

"From the masses", Rick?  Not so far, though I've had one response and would
be delighted to get others.

Hmmmm... I hadn't envisaged enough responses or enough content in the
responses that something with **royalties** would be forthcoming.  I was
thinking of something for SIGCSE or for the SIGGRAPH Education Committee.
Like so much publication that faculty do, this costs us, not the other way
around (though it would be loverly if things were different, don't y'know).

But in the one case where I've edited a collection of contributions and had
a real publisher pick it up, I (well, we, actually) gladly shared the advance
with contributors, and I'd expect to do so again should a publisher be
interested in picking this up.

-- Steve Cunningham
   Itinerant editor and instructor
Xref: sparky comp.graphics:13497 alt.graphics.pixutils:2848
From: davidsen@ariel.crd.GE.COM (william E Davidsen)
Newsgroups: comp.graphics,alt.graphics.pixutils
Subject: Re: Your one stop GRAPHICS shop!
Date: 7 Jan 93 14:48:21 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1993Jan6.211549.3207@a.cs.okstate.edu>, jmccorm@a.cs.okstate.edu (MCCORMICK JOSHUA C) writes:

| Unfortunately, here in the present we are dealing with 8 bit color as the 
| standard, and it might just be that way for some time to come. The main
| problems (or one of them) is that they require too much information to
| go over an ISA bus with any speed. The thought of running a GUI on a PC
| in a 24 bit color mode scares me, unless there's a coprocessor hooked onto
| the card. 
| 
| Until software and hardware catches up, it's going to be a while before
| 24 bit color takes off.

  There is some truth in what you say, but in practice the tradeoff is
pretty acceptable, and the colors are worth the speed reduction. A lot
of performance loss comes from bank switching the memory. When board
makers abandon the <386 market and put the frame buffer direct mapped in
high memory it will improve the display speed. Unfortunately that will
really hurt on an ISA bus because you only have 16MB of address space.
Time for EISA or FL bus, preferably VL.

-- 
bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
    Keyboard controller has been disabled, press F1 to continue.
From: spl@ivem.ucsd.edu (Steve Lamont)
Newsgroups: comp.graphics
Subject: Re: RGB<->HSV conversion
Date: 12 Jan 1993 15:17:51 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
NNTP-Posting-Host: ivem.ucsd.edu

In article <C0qx5u.G8M@lysator.liu.se> marvil@lysator.liu.se (Martin Vilcans) writes:
>I'd like to know how to convert from/to RGB (Red Green Blue) colour
>coordinates to/from HSV (Hue Saturation Value) coordinates, as I'm
>working on a picture processing program. Any pointers appreciated,
>C code will do, but I prefer the algorithm. Thanks.

See Foley, van Dam, Feiner, and Hughes, _Computer Graphics: Principles
and Practice, Second Edition_, pp 590-593.

Here's my code to convert from HSV to RGB.  I've never needed to go
the other way, so I've never implemented the inverse operation.

			- - - chop here - - -
#include <stdio.h>

/*
 * Lifted straight from Foley, van Dam, Feiner, and Hughes, _Computer
 * Graphics: Principles and Practice, Second Edition_.
 * 
 * h varies between 0 and 360, s and v vary between 0 and 1.
 * returns r, g, and b between 0 and 1.
 */

void hsv2rgb( double h, double s, double v, 
              double *r, double *g, double *b )
    
{
    
    if ( s == 0.0 ) {

	if ( h < 0.0 ) {
	    
	    *r = v;
	    *g = v;
	    *b = v;
	    
	} else {

	    fprintf( stderr, "hsv2rgb error -- invalid combination.\n" );
	    exit( 1 );

	}

    } else {
	
	int i;
	double f;
	double p;
	double q;
	double t;
	
	h = fmod( h, 360.0 );
	if ( h < 0.0 )
	    h += 360.0;
	
	h /= 60.0;
	
	i = floor( h );
	f = h - i;
	p = v * ( 1.0 - s );
	q = v * ( 1.0 - ( s * f ) );
	t = v * ( 1.0 - ( s * ( 1.0 - f ) ) );
	
	switch ( i ) {
	    
	  case 0: {
	      
	      *r = v;
	      *g = t;
	      *b = p;
	      break;
	      
	  }
	  case 1: {
	      
	      *r = q;
	      *g = v;
	      *b = p;
	      break;
	      
	  }
	  case 2: {
	      
	      *r = p;
	      *g = v;
	      *b = t;
	      break;
	      
	  }
	  case 3: {
	      
	      *r = p;
	      *g = q;
	      *b = v;
	      break;
	      
	  }
	  case 4: {
	      
	      *r = t;
	      *g = p;
	      *b = v;
	      break;
	      
	  }
	  case 5: {
	      
	      *r = v;
	      *g = p;
	      *b = q;
	      break;
	      
	  }
	    
	  default: {
	      
	      fprintf( stderr, "hsv2rgb error: Invalid case!  case = %d\n",
		       i );
	      abort();
	      
	  }
	    
	}
	
    }
    
    return;
    
}
-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@szechuan.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"Personally, I don't care whether someone is cool enough to quote Doug
Gwyn--I only care whether Doug Gwyn is cool enough to quote." - Larry Wall
Newsgroups: comp.graphics