HDTenEightyP/NetNews huggingface dataset:
From: johnl@avs.com (John W. Langner)
Subject: Re: color dithering
Organization: Advanced Visual Systems Inc.
Date: Tue, 8 Sep 1992 22:01:54 GMT
X-Posted-From: aurora.avs.com
X-Posted-Through: sol.ctr.columbia.edu

In article <1992Sep4.212058.7948@newshost.lanl.gov> krogh@acl.lanl.gov (Michael F. Krogh) writes:
>I'm trying to figure out how to use the function 'pf_dither_image' without
>using the LUI routines to open a window.  If I don't open a window
>with the LUI routines, then I get the error:
>
>	Unable to dither to pixel size of 0!
>
>Also, where might the LUI routines and things like pf_dither_image
>be documented?  I ran across them in a module in the NCSC repository.
>
>Thanks,
>
>Mike Krogh
>Advanced Computing Lab, LANL
>krogh@acl.lanl.gov



pf_dither_image is an undocumented function intended for internal use only.  
Since one of the modules at the International Center uses it, I'll pass 
along this brief description:


/*-------------------------------------------------------------------------
 *
 * void pf_dither_image(imagebuf,w,h,dat,technique)
 * unsigned char *imagebuf;
 * int w,h;
 * unsigned char *dat;
 * char *technique;
 *
 * Dither an image for display on device with fewer than 24 bits/pixel.
 *
 * Inputs:      imagebuf - Image with 4 bytes per pixel in a,r,g,b order.
 *              w       - Width.
 *              h       - Height.
 *              technique - One of the following:
 *                              "dither"
 *                              "floyd steinberg"
 *                              "none"
 *                              "random"
 *                              "monochrome"
 *
 * Outputs:     dat     - Image is stored here.
 *                        It can be 1, 2, or 4 bytes per pixel depending
 *                        on LUI_BytesPerPixel.
 *
 *------------------------------------------------------------------------*/

You will notice the techniques correspond to the choices presented when
the "display image" module is used on a pseudo color display.

You will also notice that the function arguments do not provide enough
information for the dithering operation.  For instance, the dithering 
operation needs to know the colormap contents for a pseudo color display.
This is obtained from the current LUI display information.  For efficiency,
the function has certain built in assumptions about the way LUI allocates 
the colormap entries.

Trying to fake the required environment for this to work without calling
LUI_Initialize first could be a substantial effort.  Also, since the
calling sequence is not published in a manual it could change from one
release to the next.



-- 
John Langner					johnl@avs.com
Advanced Visual Systems Inc.			
300 Fifth Ave.					(617) 890 4300 x2122
Waltham, MA 02154  U.S.A.			(617) 890 8287	(fax)
Newsgroups: comp.graphics.avs
From: tvv@ncsc.org (Terry Myerson)
Subject: Re: color dithering
Reply-To: tvv@ncsc.org 
Organization: North Carolina Supercomputing Center
Date: Thu, 10 Sep 1992 00:55:48 GMT

There is a khoros module vdither which is in the process of being
converted into AVS... If anybody is interested in beta testing it....

"vdither" performs 5x5 ordered dithers.  These dithers provide a
reasonable compromise between grey levels and spatial resolution.

Thanks -

Terry

---
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
tvv@ncsc.org
From: krogh@acl.lanl.gov (Michael F. Krogh)
Newsgroups: comp.graphics.avs
Subject: color dithering
Date: 4 Sep 92 21:20:58 GMT
Article-I.D.: newshost.1992Sep4.212058.7948
Organization: Advanced Computing Laboratory

I'm trying to figure out how to use the function 'pf_dither_image' without
using the LUI routines to open a window.  If I don't open a window
with the LUI routines, then I get the error:

	Unable to dither to pixel size of 0!

Also, where might the LUI routines and things like pf_dither_image
be documented?  I ran across them in a module in the NCSC repository.

Thanks,

Mike Krogh
Advanced Computing Lab, LANL
krogh@acl.lanl.gov
Newsgroups: comp.graphics.avs
From: hsu@crl.dec.com (William Hsu)
Subject: Limit to Shared Memory?
Organization: DEC Cambridge Research Lab
Date: Tue, 8 Sep 1992 21:22:48 GMT

I have a problem with shared memory when reading in large datasets. For instance,
I have a 256^3 byte dataset that I read into a field. I get an error msg like the
following:
/udir/gudrun/avs/EDI2/read_volume: can't put field in shared memory: shmget: Invalid argument

It then goes and copies data from mod to mod. Bad.
Looking in the dev. man. it says that some platforms may have restrictions, and
to look in the release notes. But, I didn;t see any such restriction in the 
release notes for AVS on DECstations.  I have a DECstation 5000, and my shared
memory parameters (smseg and smmax) are double what AVS installation recommends.
Can someone tell me why I get this error, and is there anyway for it to use
shared mem for datasets this large?

Thanks,
William
-- 
=============================================================================
William Hsu				Watch out for those 18-wheelers....
Digital Equipment Corporation
hsu@crl.dec.com
=============================================================================
Newsgroups: comp.graphics.avs
From: bsd@scripps.edu (Bruce Duncan)
Newsgroups: comp.graphics.avs
Subject: AVS parameter ports
Date: 8 Sep 92 22:33:53 GMT
Organization: The Scripps Research Institute, La Jolla, California, USA

I want a module parameter port to be visible when the module is instantiated.  
I already know how to make it visible with the mouse, but I want it
to be visible when the module starts up.  How do I do this?.

-bsd-
bsd@scripps.edu
From: rcion@rw5.urc.tue.nl (Ion Barosan)
Newsgroups: comp.graphics.avs
Subject: VIDEO ON SGI 4D/310 VGX
Date: 15 Sep 92 13:45:26 GMT
Reply-To: rcion@urc.tue.nl


Hello everyone,

I am new in the area of making video on a workstation, so I
need some help to get some experience.
I have been working with AVS4.0 on SGI 4D/310 VGX but unfortunately
at this moment I have a Broadcast Video Option with Genlock box
from SGI and I cannot work with output_Video_Creator module, which
comes with AVS4.0.

I will put some questions about this subject:

1. Does someone have experience with SGI 4D/310 VGX (with a Broadcast
    Video Option and AVS4.0 running on it) to make a video ?
2. Are there some books which treat the video subject on workstations ?

3. Which are the criterion to select the VCR's type ( by examples
   for AVS4.0 there is a list with a few VCR's type) ?


Any help will be very apreciated .
Thanks in advance .

- Ion Barosan
  University of Technology Eindhoven
  Computer Center
  The Netherlands.
-- 
internet: rcion@urc.tue.nl      | Ion Barosan         Room  RC 1.88
fax:      +31 (0)40 434438      | Eindhoven University of  Technology
phone:    +31 (0)40 472154      | P.O. Box 513, 5600 MB Eindhoven, NL
Newsgroups: comp.graphics.avs
From: hsu@crl.dec.com (William Hsu)
Subject: Re: Limit to Shared Memory?
Organization: DEC Cambridge Research Lab
Date: Thu, 10 Sep 1992 15:31:45 GMT

Yup, that seem to do it. I bumped up smmax to 16384, and now it works.

William
-- 
=============================================================================
William Hsu				Watch out for those 18-wheelers....
Digital Equipment Corporation
hsu@crl.dec.com
=============================================================================
Newsgroups: comp.graphics.avs
From: tvv@ncsc.org (Terry Myerson)
Subject: Re: port visibility
Reply-To: tvv@ncsc.org 
Organization: North Carolina Supercomputing Center
Date: Thu, 10 Sep 1992 00:40:55 GMT

Once you declare the parameter :

    param=AVSadd_parameter("time step","integer",1,1,100);

You have got to execute a layout property command...

    AVSadd_parameter_prop(param,"layout","string_block",
       "port_vis \"$Module\":\"time step\" -on");


To quote larryg : "AVS Hack of the Day"

-Terry

---
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
tvv@ncsc.org
From: thorpe@doppler.ncsc.org (Steve Thorpe)
Newsgroups: comp.graphics.avs
Subject: The IAC has a gopher server
Date: 10 Sep 92 22:20:31 GMT
Organization: North Carolina Supercomputing Center

Hi Folks,

There is now a gopher server running at the International AVS 
Center's anonymous ftp site.  With a gopher client running
on your local machine, you can browse through the IAC's
module directories and files much easier than with standard
ftp.  The gopher system is complementary to the WAIS system,
which also has a server running at the IAC.  With gopher, you
can easily "poke around" the directories to see what is there.
WAIS is more appropriate when you know exactly what you're 
looking for, in which case an English language query will
provide a ranked list of documents in response.  Both WAIS and 
gopher system will retrieve documents for you to peruse on your 
local system.

From the gopher man page:
------------------------
The gopher client is used to talk to gopher servers.
The Internet Gopher is a distributed document delivery  ser-
vice.   It allows a neophyte user to access various types of
data residing on multiple hosts in a seamless fashion.  This
is  accomplished  by  presenting  the  user  a  hierarchical
arrangement of documents and by using a  client-server  com-
munications  model.  The Internet Gopher Server accepts sim-
ple queries, and responds by sending the client a document.

Obtaining gopher:
----------------
use anonymous ftp to grab the file 
boombox.micro.umn.edu(that's 134.84.132.2):
/pub/gopher/Unix/gopher1.03.tar.Z, then ucompress and untar
it, and follow the instructions in the README. 

Invoking gopher to access the ftp site:
--------------------------------------
gopher avs.ncsc.org 71
	or
gopher 128.109.178.23 71

That's "gopher [host port-num]"


I recommend giving gopher a try - it is very intuitive to
use, and can be used to browse many resources on the Internet.

Take care, and have fun AVSing!

-Steve
----------------------------------------------------------------
   Steve Thorpe, Application Visualization System Specialist
International AVS Center, North Carolina Supercomputing Center
PO Box 12889   3021 Cornwallis Rd, RTP, NC 27709   avs@ncsc.org
----------------------------------------------------------------
From: shinjo@atr-rd.atr.co.jp
Newsgroups: comp.graphics.avs
Subject: question for qix_f.f in /usr/avs/examples
Date: 7 Sep 92 06:53:35 GMT
Distribution: comp
Organization: ATR Optical and Radio Communications Research Labs., Kyoto, JAPAN


I use AVS 4.0 for the silicon INDIGO ELAN and AVS 3.0 for the mini
supercomputers, convex c240, and titan 3000. I modified an example
fortran file, qix_f.f in /usr/avs/examples to animate the temporal
behavior of many spheres (simulating particles). It is necessary
 to give the three dimensional position coordinates (denoted by verts)
of the sphere and the RGB colours (denoted by colours) in the source
file obtained by modifying qix_f.f for the graphics. I, then, had to 
give one-dimensional data such as verts(3*n) and colours(3*n) in the
AVS 4.0, and two-dimensional data such as verts(3,n) and colours(3,n)
in the AVS 3.0, where n is the number of spheres. 

What causes this difference ? or how can I avoide this differnce ?
(It is convenient to use the program in the soure file level
compatible for the different machines.)

kazumasa shinjo (shinjo@atr-rd.atr.co.jp) 
ATR Oprical and Radio Communications Research Labs,
Seika-cho,Soraku-gun,619-02 Kyoto, Japan
--

                      shinjo kazumasa
                      ATR optical radio communication labs.
                      seika-cho, souraku-gun, kyoto 619-02,japan
                      (tel:81+07749-5-1581;e-mail:shinjo@atr-rd.atr.co.jp)
Newsgroups: comp.graphics.avs
From: larryg@avs.com (Larry Gelberg)
Subject: AVS Hack O' the Day
Organization: Advanced Visual Systems Inc.
X-Newsreader: Tin 1.1 PL4
Date: Wed, 9 Sep 1992 16:59:23 GMT
X-Posted-From: aurora.avs.com
X-Posted-Through: sol.ctr.columbia.edu

Actually, file this under "Trivia: Little Known 'Features'"

If you are using the TRACER module in conjunction with DISPLAY TRACKER,
and it's taking a while to compute and you want to see how far along 
the tracing is going, cause the DISPLAY TRACKER window to get an expose 
event (iconify it, un-iconify it or hide it and re-show it).  Because the 
output from TRACER is in shared memory, all of the currently rendered
portion is overwriting the existing buffer.  You can use this technique
for tracking the progress of the module.

This trick does not work if (a) it's the first time through, (b) you've
just changed the output image size from TRACER, (c) the modules are
on different machines, or (d) you use DISPLAY IMAGE or the Image
Viewer. 

Ok, I know this is not an earth-shattering discovery, but I use it to 
reduce the frustration factor, so I thought I'd share it...

larryg

--
=== Larry Gelberg ============================ larryg@avs.com =======
      Advanced Visual Systems Inc. (AVS Inc.)
      300 Fifth Ave, Waltham, MA 02154
===== Tel: 617-890-4300 = Fax: 617-890-8287 =========================
Newsgroups: comp.graphics.avs
From: tvv@ncsc.org (Terry Myerson)
Subject: Re: Limit to Shared Memory?
Reply-To: tvv@ncsc.org 
Organization: North Carolina Supercomputing Center
Date: Thu, 10 Sep 1992 00:50:15 GMT

I am the farthest thing from an expert on this topic -
however, on our DEC's we bump smseg and smmax through the roof.
I think we have them at about 10 times the suggested value.
When I first installed AVS, a DEC engineer suggested that these
values did not have a limit and the more the better ( heresay... )

FYI -

Terry
 
---
Terry Myerson
International AVS Center
North Carolina Supercomputing Center
tvv@ncsc.org
Newsgroups: comp.graphics
From: lorenzc@Informatik.TU-Muenchen.DE (Christoph Lorenz)
Subject: Wanted: Drivers for TRIDENT 8900
Originator: lorenzc@hphalle1b.informatik.tu-muenchen.de
Organization: Technische Universitaet Muenchen, Germany
Date: Tue, 15 Sep 1992 11:29:58 GMT


Does anybody have drivers for the TRIDENT 8900 VGA-Card ?

I'm searching for drivers for TURBO-PASCAL, WINDOWS ETC, especially those, who
support 256 colors in high(est) resolutions such as 1024x768 or 1600x800 Pixels.

Perhaps there's even anybody who has some kind of documentation for this card, or
knows sth. about articles or books where I can find sth. about this card.

P.S. It's a really find VGA-Card !

Thanks

Christoph Lorenz
From: maurice.dion@synapse.isis.org (Maurice Dion) 
Newsgroups: comp.graphics
Subject: Flic-files - HOW ??
Date: 10 Sep 92 22:48:00 GMT
Distribution: world
Organization: SYNAPSE BBS - GATINEAU, QUEBEC - 819-561-4321
Reply-To: maurice.dion@synapse.isis.org (Maurice Dion) 

TO: comp.graphics.progs
FROM:moedi@synapse.isi.org

DC{Newsgroups: comp.graphics
DC{From: 03249587@mama.minmet.uq.oz (Darcy Clark)
DC{Subject: Flic-files - HOW ??
DC{Message-ID: <03249587.716112759@mama>
DC{Keywords: flic files, pc
DC{Date: Thu, 10 Sep 1992 08:12:39 GMT

DC{  Can some kind soul tell me if there exists a way to convert scanned images
DC{the PC (TIF format??) into nice little animations. Are there programs which
DC{ can assemble frames i

  Have you looked at Autodesk Animator Pro (or 3D) ?


 * OLX 2.2 * Moe From Ottawa where problems spawn.
  9:38 pm 10-09-92
                                                         
Newsgroups: comp.graphics
From: wilsont@orac.holonet.net (Timothy Wilson)
Subject: 3D projection beginner solution forthcoming.
Organization: HoloNet (BBS: 510-704-1058)
Date: Sat, 12 Sep 1992 06:44:22 GMT

 I am currently redying a simple non-matrix algorithm that 
projects, removes hidden lines, and in C

look for it in a few weeks.

e-mail me if you get impatient, or have simple questions..

Timothy.

Newsgroups: comp.graphics
From: slin@cisco.com (Steven Lin)
Subject: Standard Illuminant D50?
X-Disclaimer: The views expressed in this message are those of an
	      individual at SRI International, and do not necessarily
	      reflect those of the company.
Organization: cisco Systems, Menlo Park, California, USA
Date: Tue, 8 Sep 1992 17:29:19 GMT

Can someone tell me what standard illuminant D50 is?  The texts I have
are all rather old and only discuss illuminants A, B, and C.  Any
pointers would be helpful.

Replies by e-mail, if possible.

Steve

Newsgroups: comp.graphics
From: greber@msdrl.com (Terry Greber)
Subject: Mac PICT ==> EPS
Organization: Merck Research Laboratories
Date: Tue, 8 Sep 92 16:21:01 GMT

Does any commercial product exist which can convert a Mac
PICT file into an EPS file?

-- Terry Greber
   greber@msdrl.com
From: erich@eye.com (Eric Haines)
Newsgroups: comp.graphics
Subject: Re: Digital Image Warping - CODE
Date: Fri, 11 Sep 92 13:37:14 GMT
Organization: 3D/EYE, Inc.  Ithaca, NY

In article <glover.716095387@s1.elec.uq.oz.au> glover@elec.uq.oz.au (Stuart Glover) writes:
>   I have just read George Wolbergs book on Digital Image Warping
>and am interested in implementing some of the code.   In particular
>I would like to use the two pass mesh warp code on pp238 - 240,
>however I can't get it to work properly.

The errata listing for George Wolberg's book is available at
wuarchive.wustl.edu in graphics/graphics/books/Digital-Image-Warping.errata.
It has some corrections which are probably relevant.

Eric Haines
From: sb@next.neuro.emory.edu (Stephen O. Berger)
Newsgroups: comp.graphics
Subject: PC Renderman ?
Date: 14 Sep 92 21:50:27 GMT
Article-I.D.: emory.9534
Reply-To: sb@next.neuro.emory.edu



  Hi,

    Does anyone know if there is a version of Renderman for IBM PCs
  under either DOS or MS Windows ?


  Thanks,


  Steve Berger (sb@onripx.neuro.emory.edu)
Newsgroups: comp.graphics
From: npearl@magnus.acs.ohio-state.edu (Nathan Y Pearlstein)
Subject: GIFS with xwindows?
Keywords: GIF XWINDOWS
Organization: The Ohio State University
Date: Fri, 11 Sep 1992 15:15:54 GMT


Could someone please tell me how to display gifs with xwindows on a sun?


thanks
-- 
*  Nathan Pearlstein   npearl@magnus.acs.ohio-state.edu     Astronomy -gasp!  *
*  Sir Nathan Pearlstein     silly@camelot.uk.mil           Undergrad -GASP!! *
* "...We eat ham and jam and spamalot..."  - Knights of The Round Table Choir *
*        Beware lest the Slanneshi hordes pervert the Net    -- let them      *
Xref: sparky comp.graphics:9527 sci.image.processing:641
From: ldawes@news.cs.uah.edu (Lisa Dawes)
Subject: X Accelerator boards
Reply-To: ldawes@news.cs.uah.edu (Lisa Dawes)
Organization: Computer Science Dept. - Univ. of Alabama in Huntsville
Date: Wed, 9 Sep 92 22:36:13 GMT

Hello,

I was thinking of purchasing the ESPRIX X window system
accellerator for my Sparc.  I am using Figaro PHIGS+ to do some
3D animation, and (I am not sure) apparently I have a bottleneck
when the graphics are actually drawn in an X window.

I was wondering if anyone has had any experience with this
board, and whether you think it will help in rendering 3D
graphics in an X window.

Also, are there any other graphic accellerator boards available
which are capable of driving various monitor resolutions
(including VGA).

Thanks.

Newsgroups: comp.graphics,news.answers
From: ajsg9507@uxa.cso.uiuc.edu (A.J. Singh)
Newsgroups: comp.graphics
Subject: WANTED:  canned edge detection routines/graphics libraries
Date: 9 Sep 92 16:53:22 GMT
Organization: University of Illinois at Urbana

Hi.  I'm looking for a color edge detection routine (just about any language)
or better yet an image processing graphics library (which contains edge 
detection) for an MS DOS machine with VGA/SVGA, a frame grabber board, and
a color video camera.  Any information/suggestions about such software (and/or
hardware recommendations) would be greatly apprectiated.

Thanks in advance for any replies,

A.J. Singh
ajsg9507@uxa.cso.uiuc.edu
Xref: sparky comp.graphics:9504 sci.engr:1993 comp.lang.fortran:3466
From: jpr@lhdsy1.lahabra.chevron.com (John C. Prestridge)
Newsgroups: comp.graphics,sci.engr,comp.lang.fortran
Subject: CALCOMP anonymous FTP site..
Keywords: CALCOMP,POSTSCRIPT,FORTRAN
Date: 8 Sep 92 03:43:31 GMT
Followup-To: comp.graphics
Organization: Chevron, La Habra, CA

Some others have queried me about a site for CALCOMP
to POSTSCRIPT routines.  I have found a site where
some fortran code resides for this conversion.
   Anonymous FTP site:  emx.cc.utexas.edu
   in directory:        /pub/mnt/source/graphics/ccps
The CCPS programs were apparantly written in 1987 by
Rex Sanders of the USGS.  I successfully compiled this
code on a DEC-5000 and ran a small test case.
    
   Good Luck ...    John :-)
 
-- 
 -------------------------------------------------------------------------
   John Prestridge                           Internet:   jpr@chevron.com
   Chevron Oil Field Research Company                             
   P.O. Box 446, La Habra, CA 90633-0446                        
Newsgroups: comp.graphics,comp.graphics.visualization
From: yoav@seas.gwu.edu (Yoav Intrator)
Subject: Looking for algorithms to draw trees.
Organization: George Washington University
Date: Wed, 9 Sep 1992 15:25:54 GMT


Hi all,


I am looking for for an algorithm to draw trees
(can be any type of a tree; not just binary tree).
If you know of one or have one please send or email
the references to yoav@seas.gwu.edu.

Note ! the drawn trees should be visually balanced 
(the parent node is above (Y) and in the middle of 
their  children (X)  position).

Thanks
yoav@seas.gwu.edu
From: rtravsky@news.uwyo.edu (Rich Travsky)
Newsgroups: comp.graphics
Subject: Need {hpgl|pic} to {cgm|clp} Converter
Date: 8 Sep 92 22:28:37 GMT
Organization: Banzai Institute

For one of our faculty, I'm trying to locate a dos package, preferably 
free/inexpensive and available by ftp, that converts graphics files 
_from_ hpgl or pic  _to_ cgm or clp formats.

Corel Draw does what's needed, but the cost is more than the department
can afford.

Any pointers (including a better newsgroup to post this request to)
will be appreciated. Prefer replies by email.

Thanx in advance!

Richard Travsky
Division of Information Technology     RTRAVSKY @ CORRAL.UWYO.EDU
University of Wyoming                  (307) 766 - 3663 / 3668
Newsgroups: comp.graphics,comp.sys.ibm.pc.hardware
From: bbrown@infonode.ingr.com (Bailey Brown)
Subject: Re: 24X .gif viewers
Organization: Intergraph Corporation, Huntsville, AL.
Date: Tue, 15 Sep 1992 15:28:52 GMT

kpm8447@tesla.njit.edu writes:

>Does anyone know the latest versions of vpic and gds and any other
>gif viewers for dos?  I have vpic 5.0 and gds 1.1 (not registered)
>I'm looking for viewers that currently support Diamond Speedstar 24X (windows
>accelerator card)  The normal Speedstar 24 drivers don't work with vpic 5.0
> - Kirk


Here is a .cfg file for vpic that should work with 5.0.  I know
it will work with 5.1.  Don't forget to run the configure program
with it, and don't forget to invoke vpic with the /v switch to
override the vesa driver.  Note the 24bit mode line is commented
out because I couldn't get it to work.  Bob Montgomery, the author
of vpic, said he will soon add 24bit support for the 24X.  VPIC
can read 24bit targa files and display them in 15bit or 24bit modes.

-----------------------cut here--------------------------------
Diamond Speedstar 24X       ;Board name
PARADISE                    ;Chip set
16                          ;Banks, 4 if 256K
0x1E                        ;Menu color, yellow/blue
1 1 0x13 0 0 0 320 200 256  ;VGA modes
1 1 0x5e 0 0 0 640 400 256
1 1 0x5f 0 0 0 640 480 256  ;Delete if 256K display memory
1 1 0x5c 0 0 0 800 600 256  ;May not work; delete if 256K
0 0 0x10 0 0 0 640 350 16   ;EGA modes
0 1 0x12 0 0 0 640 480 16
0 1 0x58 0 0 0 800 600 16
0 1 0x5D 0 0 0 1024 768 16
1 1 0x60 0 0 0 1024 768 256  ;May not work; delete if 256K
2 1  0x62 0 0 0 640 480 32000 64 1  ;32K colors- 5 bits each R G B
2 1  0x63 0 0 0 800 600 32000 64 1
;4 1 0x72 0 0 0 640 480 321   64 1  ;16M colors- 8 bits each R G B
----------------------cut here-------------------------------------

------------
Bailey Brown                               "Above all else, confusion reigns."
Intergraph Corporation                                  
bbrown@casca.b11.ingr.com                              Procol Harum