HDTenEightyP/NetNews huggingface dataset:
From: martens@prl.philips.nl (martens p)
Subject: Re: Kodak Photo-CD software
Organization: Philips Research Laboratories, Eindhoven, The Netherlands
Date: Mon, 14 Dec 1992 09:35:09 GMT

In article <Bz2BDD.60s@dscomsa.desy.de> Hallam@zeus02.desy.de writes:
>In article <rtgrc-041292120613@euler.rc.rit.edu>, rtgrc@rc.rit.edu (Rob Gayvert)
>writes:

>|>In article <1992Dec03.110216.19414@edb.tih.no>, oep%colargol.edb.tih.no
>|>(oep) wrote:
>
>|>> By the way, the equipment that Kodak-labs uses must me a WORM of some kind.
>|>What
>|>> is it, what does it cost, and where can I get it.
>|>> 
>|>
>|>I don't think Kodak is selling the writer used in the Photofinisher kit
>|>separately, and the kit is somewhere around $100K (Sparc, scanner, writer,
>|>printer, ...). However, they recently announced a writable CD system for
>|>around $8K, available in January for the Mac, first half of 93 for other
>|>platforms.
>
>Sounds like a closed system to me. apart from the ease of getting the stuff
>translated to CD-ROM it gives me nothing. Are Kodak making the decode code
>publicaly avaliable? 

There is a document called:

Kodak, Photo CD - A planning guide for developers (May 1991).

The coding is called Photo YCC, which uses 8 bit luminance and two times 8 bit
color information. The processing to get from film to disk is mainly to
preserve the nature of the photo.

>$100K for a kit sounds an awful, awful lot for a low end workstation, a WORM
>drive and a laser printer and scanner.
>
>What we really need is for a scanner firm to produce a scanner that works off
>transparencies and sell it in the $5000 bracket.
>

The WORM is a Philips CD-writer and no, it is not cheap. It is not
magneto-optic, but actually burns holes in a metal layer, to make it
readable for a standard CD-player (or Photo-CD player, CDRom, CD-I,
etc.)



Peter Martens
Newsgroups: comp.graphics,comp.graphics.animation,comp.graphics.visualization,alt.graphics
From: jk87377@cc.tut.fi (Juhana Kouhia)
Subject: Re: Question about CG education
Organization: Tampere University of Technology
Distribution: comp
Date: Tue, 15 Dec 92 11:10:42 GMT


In article <WALVER.92Dec15070915@kielo.uta.fi> walver@uta.fi (Ville
Walveranta) writes:
>
>        Aren't there any schools that use *real* graphics workstations
>        (I'm talking about undergraduate programs)in teaching and labs?
>        Every single college that offers a programs in computer
>        graphics/animation seems to have PCs or MACs in the labs.

Sounds horrible.

The fact is that such machines are cheap, unlike computers like SGI.
Because there's more undergraduates than graduates, there's
need for many computers; with the price of SGI you buy many
machines.

It is hard to think that the above is the reason to not buy,
for example, Suns with color monitor or such.
Because they buy PCs and MACs, the commercial software must
not be the most important thing anyway.

Also, if the work is done with homecomputers, may students
do their work with their own homecomputer.

Juhana Kouhia
Newsgroups: comp.graphics
From: coy@plato.ds.boeing.com (Stephen B Coy)
Subject: Re: Faster ray intersector for POV
Organization: Boeing Defense & Space Group
Date: Thu, 17 Dec 1992 20:13:54 GMT

In article <724573602snx@osea.demon.co.uk> andy@osea.demon.co.uk (Andrew Haveland-Robinson) writes:
>I haven't been through the code in detail, but there must be a few loops
>that could be unwound a little.  The sluggishness comes from multiplatform
>code I guess.

In general ray tracing is a slow process.  Right now the best way to
get the most speed out of POV is to make sure that your objects use
bounding boxes to help speed things up.  If you are render polygon
objects you should be using raw2pov which automatically adds the
bounding heirarchy.  Many people have reported 10-15 times speedups
with this.  Currently the POV developers are looking into adding
automatic bounding for a future version.  Until then you'll either
have to do it by hand or use a different ray tracer like RayShade,
Vivid, Bob, or MTV.

Stephen Coy
coy@plato.ds.boeing.com

author of Vivid & Bob
drinker of fine ales

Newsgroups: comp.graphics
From: fox@rei.com (Fuzzy Fox)
Subject: Re: G-I-F pronunciation
Date: Mon, 14 Dec 1992 02:48:21 GMT
Distribution: na
Organization: Recognition Equipment, Inc.

kevinm@ocf.berkeley.edu (Kevin Miller) writes:

>A friend and I have a little wager, that I would like to get settled before
>the end of the semester.  How is G-I-F pronounced? Gif as in "Gift" without
>the "t" or "Jif" as in the peanut butter?

I pronounce it the way Compuserve wants it pronounced ("Jif"), and just
about everyone else in my office pronounces it as "Giff" with a hard-G
sound.

I put this in the same category as the "tomato/tomato" pronunciation
problem, i.e. "Let's call the whole thing off."

-- 
#ifdef TRUE        | Fuzzy Fox (a.k.a. David DeSimone)       fuzzy@netcom.com
#define  TRUE   0  |
#define  FALSE  1  |  "You have been recruited by the Star League to defend
#endif             |     the Frontier against Xur and the Kodan Armada."
Newsgroups: comp.graphics
From: john@logiconultra.com (John Martyniak)
Subject: Where is POV?
Keywords: POV, Ray Tracing, TDDD
Organization: Logicon_Ultrasystems
Date: Thu, 17 Dec 1992 22:25:38 GMT

What is POV?  And Where can I find it?

Also somebody asked about TDDD conversions, I think that on  
sonata.cc.purdue.edu (or cs.orst.edu), there are some utilities that  
convert TDDD to about a 1/2 dozen formats (.off,.ray,nff,etc.), I am  
working on a translation from TDDD to RenderMan (.rib).  It should be  
finished fairly soon.

If any could give me the information about POV I would appreciate it.
Thanx,

John Martyniak
john@logiconultra.com
From: mt87692@cs.tut.fi (Mikko Tsokkinen)
Newsgroups: comp.graphics
Subject: Re: Graphics File Formats
Date: 11 Dec 92 23:34:39
Organization: Tampere University of Technology
Distribution: world
NNTP-Posting-Host: kaarne.cs.tut.fi
In-reply-to: cl27111@uxa.cso.uiuc.edu's message of Fri, 11 Dec 1992 15:32:58 GMT

In article <Bz3pv0.I01@news.cso.uiuc.edu> cl27111@uxa.cso.uiuc.edu (Christopher  Lindsey) writes:

> telliott@bbn.com (Thomas R Elliott) writes:

> >For those interest, I discovered a book by David C. Kay and John R. Levine
> >that describes many different graphics file formats.  The title is
> >"Graphics File Formats...
> >...The publisher is Windcrest/McGraw Hill and the price is $24.95.

> 	Do you happen to know the ISBN number of this book?

Just to remind you. This information can be find from the FAQ file.
Both the description and the ISBN number.

This is not a flame :)


--
 Mit
xxxxx
"Any sufficiently advanced technology is indistinguishable from magic."
From: john@minster.york.ac.uk
Newsgroups: comp.graphics
Subject: Clipping polygon to rectangle
Date: 15 Dec 92 17:54:49 GMT
Organization: Department of Computer Science, University of York, England

I have read the subsections of ``Computer graphics: principles
and practice'' [Foley90], which describe algorithms for clipping a
polygon to a rectangle. None of the algorithms there meet my desire
for correctness with simplicity and practicality. (I do not require
completeness, as I am prepared to accept the output of a single degenerate
polygon instead of a list of disjoint polygons.) I've not found
anything better in older graphics textbooks, or in a brief literature
search. (Ok, so I'm crying for the moon - but someone out there
probably has a method of reaching it. :-))

The Sutherland-Hodgman algorithm (described in [Foley90] and older
graphics texts I have read) clips against each side of the
rectangle in turn, and produces three intermediate polygons - which
I assume require a (single, extra) temporary buffer to hold them.
This I do not like. As I am prepared to accept the output of degenerate
polygons, the Liang-Barsky algorithm (again in [Foley90]) sounds as
if it will satisfy me. Unfortunately, the original paper [Liang83]
indicates that the algorithm ``will sometimes generate extraneous
turning vertices'' (p.870). Experimentation with my typed-in copy of
the LB implementation confirms this warning. Foley, van Dam et. al.
say that they have modified their implementation (p.932 ``The original
algorithm operates in a slightly different order'') but this does not
appear to correct (was not meant to correct?) the problem - in my
typed-in copy of the FD et. al. code. (Note also that even the Nov.
1991 corrected printing of Foley et. al. has typographical errors in
the code which I had to correct in my typed-in copy before it ran.)

So, can anyone suggest a better algorithm, or a `fixup' for
the LB algorithm? C implementations preferred. :-) I don't really
wish to reinvent the wheel.

John A. Murdie

1. ``Computer graphics: principles and practice'',
   Foley, van Dam, et. al
   Addison-Wesley
   Nov. 1991

2. ``An analysis and algorithm for polygon clipping'',
   Y.-D. Liang and B. A. Barsky,
   Comm. ACM 26(11) pp.868-877,
   Nov. 1983.
   (Also corrigendum in CACM 27(2), Feb. 1984, p.151.
Newsgroups: comp.graphics
From: Andrew_Kuczynski@mindlink.bc.ca (Andrew Kuczynski)
Subject: copyright
Organization: MIND LINK! - British Columbia, Canada
Date: Sat, 12 Dec 1992 01:42:31 GMT

It seems strange but it is very hard to find something on the subject:
"Copyright for the Canadian Visual Artist".
Any suggestion as where to find some information are truly appriciated.
Andrew
Newsgroups: comp.graphics
From: R5321GAB@vm.univie.ac.at
Subject: RGB > FBAS and obj2hrc converters needed
Organization: University of Vienna
Date: Wed, 16 Dec 1992 16:10:00 GMT

Hello all,
   I need a couple of things. Maybe someone out there can help me.
First off I need someway to convert .obj files to Softimage .hrc
(latest version) files. I could SEND of FTP the files, and the kind
sould (whoever they be) could convert them and send them back. Nice
and simple| :-)
My second request is not so simple. Are there any readers out there
in Austria with a RGB to FBAS (PAL) converters? I need to go from
a single frame editor to a Beta SP machine, and I need to *now*. I am
in the middle of trying to graduate which includes finishing up some
animations. Thanks in advance for any help||
To all of you who contacted me about Softimge, thanks for the mail. I
will get in touch with you all, but have been dying under loads of
deadlines the last couple of weeks. Sorry for the delays.

Patrick Maun
Hochschule fuer Angewandte Kunst
Vienna, Austria
R5321GAB@AWIUNI||.BITNET
From: ksaetre@cs.strath.ac.uk (Kjetil Saetre IE90)
Newsgroups: comp.graphics
Subject: Contours
Keywords: Reconstruction, Coding
Date: 14 Dec 92 13:30:22 GMT
Organization: Univ. of Strathclyde, Glasgow, UK

As part of my 4th year university project, I have some tasks
where I need some ideas on hove how to improve things.

(A)
I must be able to reconstruct an grey scale image from some
of its contours (e.g. 10). Until now I have used a ramp function
sliding the colour from one contour to the next horisontally. This
often gives errors in images where the contrast is high. In such images
many contour levels will be laid on top of each others and information is thus
lost. Other methods ? Please write.


(B)
Some input on coding schemes of contours will be highly appreciated. By now
I have used Huffman variable length coding with some success. I have also 
used Bezier approximation (with bernstein polynomials) and I have tried
a Fourier approximation. I still can not manage to get the representation
size of the contours below 1.5 bits/pixel. I have heard about others doing
much better.

Note: the 1.5bits/pixel is obtained in an 256x256 image using 256 greylevels and is
a picture taken in an underground station. Typical contour length 3000 pixels.

If you know of anything that may help me please reply.

Kjetil Setre 
Newsgroups: comp.graphics
From: jblaine@garnet.acns.fsu.edu (Jeff Blaine)
Subject: Re: New Scripts for POV???
Organization: Florida State University
Date: Thu, 17 Dec 92 00:38:54 GMT

The idea is to make YOUR OWN and be creative.....
What's the point of just running everyone elses?  Look at the scripts
and start throwing some of your own together, sheeeesh.

-- 
_______________________________________________________________________________
|  Jeff Blaine    |    cblaine@gnu.ai.mit.edu  | jblaine@garnet.acns.fsu.edu  |
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.graphics
From: alvin@eyepoint.com (Alvin Starr)
Subject: Hidden Line/Surface Removal in Projected Grid Surfaces
Summary: looking for Hidden Line/Surface Removal in Projected Grid Surfaces
Organization: eyepoint
Date: Mon, 21 Dec 1992 02:10:41 GMT


I am attempting to generate displays of rotated, projected grid surfaces with
both hidden line and hidden surface elimination.

I have looked at two algorithms:
1) "Hidden Line Elimination in Projected Grid Surfaces" by D.P. Anderson (1982)
2) "Visibility Determination in Projected Grid Surfaces" by S.C. Wang (1990)

With respect to (1): Is there any implementation of the algorithm on the net or
are there any hints available as to how to handle the special cases ?

With respect to (2): The algorithm looks great for line drawings but how do you
generate surfaces with it ?

Please Email replys to philip@klg.com or phil@eyepoint.com or to me 
and I will see that phil gets them.(Phil does not yet have a news feed and
I seldom reed c.g)

-- 
Alvin Starr                   ||   voice: (416)513-6717
Eyepoint Inc.                 ||   fax:   (416)513-6718
alvin@eyepoint.com            ||
Newsgroups: comp.graphics,alt.graphics.pixutils
From: jbalders@gmuvax2.gmu.edu (Jeff Balderson)
Subject: Harvard Graphics files??
Keywords: Harvard, Conversion
Organization: George Mason University, Fairfax, Va.
Date: Thu, 17 Dec 1992 02:50:50 GMT

I'm looking for a program which will convert to and from the Harvard Graphics
format into/from some other type (TIF, PIC, Mac PICT, etc...).

I've tried all of the readily available programs like GWS and a few others, and
I haven't found one which will do this for me.  

Any help finding it would be appreciated!

Please Email the response, as my news link hasn't been too reliable lately.

Thanks!

.
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Internet: jbalders@gmuvax2.gmu.edu	  | "If there's anything around here
Fidonet:				  |  that's bigger than my ego, I want
  jeff.balderson@f112.n109.z1.fidonet.org |  it found and shot."  -Zaphod B.
Newsgroups: comp.graphics,sci.math.num-analysis,sci.math,sci.math.stat,sci.electronics,sci.engr
From: colinr@extro.ucc.su.OZ.AU (Colin Rose)
Subject: Re: Plot programs
Organization: Sydney University Computing Service, Sydney, NSW, Australia
Distribution: inet
Date: Sat, 12 Dec 1992 15:08:52 GMT

>>>     I suggest you consider PlotData. Here is some info about it.

>>      who asked?                        

>       If he wishes to tout his product, I wish he'd pay for
>       ad space just like other software developers, and not abuse his net
>       privileges because of his academic status.


If my memory serves me correctly, PlotData is a shareware / freeware/ 
and/or public domain product. If so, I belive net advertising is
quite acceptable. My initial irritation with Dr Huang's adverts 
has, with time, turned into mild amusement.

Regards

Colin

Colin Rose
Dept. of Economics
University of Sydney
colinr@extro.ucc.su.oz.au
*************************
From: colemanr@garnet.berkeley.edu ()
Newsgroups: comp.graphics
Subject: Montage Film Recorders
Date: 16 Dec 1992 23:38:09 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: garnet.berkeley.edu

I am trying to send TARGA files to a Presentation Technologies Montage
FR-1 film recorder (slide maker).  The docs that we have for the box
are a little vague about what kind of TGA data it wants, and unfortunately,
the phone numbers listed in the docs are no longer in service.  (What a 
surprise!).  If anyone has any info on either what kind of TGA data
to send, or on the current whereabouts/existence of Presentation 
Technologies, please send me a note.  Thanks.
-- Ron Coleman

Xref: sparky comp.graphics:12826 sci.math.num-analysis:3561 sci.math:16794 sci.math.stat:2583 sci.electronics:20622 sci.engr:2366
From: huang@deakin.OZ.AU (Weiguang Huang)
Newsgroups: comp.graphics,sci.math.num-analysis,sci.math,sci.math.stat,sci.electronics,sci.engr
Subject: Re: Plot programs
Date: 14 Dec 1992 00:04:57 +1100
Organization: Deakin University, Victoria, Australia
Distribution: inet
NNTP-Posting-Host: sol.deakin.oz.au

In article <gyan.724050486@unixg.ubc.ca> gyan@unixg.ubc.ca (Gyan P. Sinha) writes:
>In <Bz061x.My1@gabriel.keele.ac.uk> phd85@seq1.keele.ac.uk (D.H. Holden) writes:
>
>>i.engr:4117
>
>>From article <1g27fjINNmd6@sol.deakin.OZ.AU>, by huang@deakin.OZ.AU (Weiguang Huang):
>>> 
>>> 	I suggest you consider PlotData. Here is some info about it.
>>> 
>>     who asked?

	Mr Remseth asked. Here is his posting.

Article: 4087 of sci.math.num-analysis
Newsgroups: comp.graphics,sci.math.num-analysis
From: rmz@ifi.uio.no (Bj|rn Remseth)
Subject: Plot  programs
Organization: Institute of Informatics, University of Oslo
Date: Mon, 31 Aug 1992 19:33:42 GMT
Originator: rmz@mellom.ifi.uio.no


I am compiling a comprehensive list of simple "plot" programs for UNIX
platforms.  I am thinking about programs used to plot functions in one
or two variables, like  Gnuplot, Xgraph etc.  I  want  to have as many
programs as possible in my list, so if you know about any, please send
email with the program name a source where it can be gotten from.  The
programs doesn't have to be in the public domain.


Thanks in advance.
--
                                                    (Rmz)

Bj\o rn Remseth   !Institutt for Informatikk    !Net:      rmz@ifi.uio.no
Phone: +472 453466!Universitetet i Oslo, Norway !NeXTmail: rmz@neste.ifi.uio.no


>
>>phd85@uk.ac.keele.seq1
>>keele university. 
>
>This guy is a royal pest,

You are insulting this guy.

 and you'd know if you've been around the net
>for long. He floods the net periodically with these blatant ads which
>insult everyone's intelligence. Does he really think we can't see
>through his BS? If he wishes to tout his product, I wish he'd pay for
>ad space just like other software developers, and not abuse his net
>privileges because of his academic status.

You are abusing your net privileges to insult the person in your rude voice.

>
>Gyan P. Sinha
>UBC, Vancouver.

**********************************************************************
*   Dr. Weiguang HUANG                                               *
*   5/6 Cara Road, Geelong, Vic. 3216, Australia                     *
*   Email: huang@deakin.oz.au,      Phone: 61-52-443282              *
* ------------------------------------------------------------------ *
*   SymbMath - a symbolic calculator with learning                   *
*   PlotData - a plotter with analysing data                         *
**********************************************************************

Newsgroups: comp.graphics
From: tab@fico.uucp
Subject: GOLD DISK
Organization: The Fair, Isaac Companies
Distribution: ba
Date: Sat, 12 Dec 92 00:27:51 GMT

     I recently went to a seminar in Washington.   One of the presentations 
I attended had been created using software by Gold Disk.  There seem to be
close similarities between this presentation software, and products made by
Microsoft.  Is it possible that Gold Disk is a subsidiary of Microsoft?
If you have any information, please drop me direct e-mail to my net address.


Thanks!
From: sbchanin@ai.mit.edu (Steve Chanin)
Newsgroups: comp.graphics,comp.graphics.animation
Subject: Faster ray intersector for POV
Date: 16 Dec 92 02:53:48
Organization: MIT Artificial Intelligence Laboratory
Distribution: world
Reply-To: sbchanin@ai.mit.edu
NNTP-Posting-Host: raisin-nut.ai.mit.edu

In the POV doc, the authors mention that a faster ray intersection
algorithm would make rendering dramatically faster.  Has anyone found
a faster method?

Just curious,
Steve
--
===============================================================================
DOMAIN: sbchanin@ai.mit.edu                                       Steven Chanin
From: schmitt@accucx.cc.ruu.nl (M.J.M.Schmitt.)
Newsgroups: comp.graphics
Subject: polyray
Keywords: raytracing
Date: 14 Dec 92 16:33:23 GMT
Organization: Academic Computer Centre Utrecht

Hi there,
I'm currently working with the POV and VIVID raytracers but learned form an article in a Dutch computer magazine that POLYRAY is more difficult to use but substantially faster. It is also freeware. Could someone tell me where to get? It's not on Wuarchive that much I know.


			Thanks in advance,
						
						Michel


Xref: sparky comp.graphics:13074 rec.games.programmer:5113
From: hmallat@robin.cs.hut.fi (Hannu Mallat ~ PurpleHaze!)
Newsgroups: comp.graphics,rec.games.programmer
Subject: Re: Algorithm for Bitmap rotation & scaling
Date: 19 Dec 1992 19:03:59 GMT
Organization: Helsinki University of Technology, CS lab
Distribution: inet
NNTP-Posting-Host: robin.cs.hut.fi

In <1992Dec19.171624.11632@midway.uchicago.edu> greg@dent.uchicago.edu (Greg Kuperberg) writes:

>In article <krisr.724726801@cue> krisr@cue.bc.ca (Kristof Roomp) writes:
>>while dreaming my way through linear algebra, I suddenly realized that
>>linear transformations could be quite handy in rotating, scaling, etc. of
>>aps.

>Good grief!  Why else would we teach the stuff to you?

>If you saved a copy of the Electronic Arts job posting that said you
>don't have to know any math to write good games, you can keep E.A.'s
>address but you should erase the rest of the article.

*Sigh* Not to start a flamewar, but this might explain why I've seen
so many PC games and programs that are crap on anything less than
'486... and sometimes even on that.

Programmers shouldn't be let near the computer until they have learned
about good, stable algorithms, optimization techniques, graceful exits
on error conditions, etc. (Sorry, I was brainwashed by our software
techniques course ;)

But really... after seeing an awful SoundBlaster demo on '486/33, I
thought: "Christ! Have they no shame at all... To publish this crap..."

Like someone said: "Were architects to build houses like programmers
build code, the first woodpecker which came around would destroy the
whole civilization" ;-)
--
I gotta roll, can't stand still,		\/
Got a flame in my heart, can't get my fill,	/\	     Hannu Mallat
Eyes that shine burning red,			\/	hmallat@niksula.hut.fi
Dreams of you all thru my head.			/\
Newsgroups: comp.graphics,comp.graphics.animation
From: nwickham@nyx.cs.du.edu (Neal Wickham)
Subject: Re: Realistic 3D Studio usage
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Reply-To: nwickham@nyx.UUCP (Neal Wickham)
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Sat, 19 Dec 92 04:44:37 GMT

In article <BzEwqp.45w@csugrad.cs.vt.edu> tlilley@csugrad.cs.vt.edu (Tripp Lilley) writes:

>abraxis@iastate.edu (Zomfir Ali) writes:

>>That means around 100,000 
>>gourand shaded polygons per SECOND.


DMI's Vivid board for Amiga will do 100,000 Gourand Shaded Polygons per
second.


>> Of course, 9k is alot, but I'm looking into used 4D/20TG's for around $3k. 
>> That includes 24bit at 1280x1024, 19" monitor, and half gig HD, 
>> rendering around 12,000 poly/sec.
>> Let's see how a $3000 Mac compares.  Get Real, Get an SGI.

Boy... that is some discount on the SGI seeing how a new 4D Crimson Elan
is $27,000 and a new 4D/480 VGX is $194,900.

How much is software for an SGI?  And what all is available?  What about
hardware devices?  How much?


>  your assumption is that he needs to do real-time work.  For real-time (ie:
>interactive/simulation) work, you're absolutely right: the SGI line is beyond
>compare...


...not anymore???



                                      NCW