HDTenEightyP/NetNews huggingface dataset:
From: regie@nelligan.ireq-robot (Regis Houde)
Subject: Using Targa board with VCR
Reply-To: regie@nelligan.ireq-robot
Organization: IREQ - Hydro-Quebec
Date: Wed, 27 Jan 1993 16:27:23 GMT

     Few weeks ago I asked how can I get my Targa board to synchronize
properly with my VCR when it's in modes other than ordinary 'play'. I
received some suggestions and made some tests. I'll share my experience 
with you.

      It seems that most VCR do not output standard 525 NTSC signals while
in pause, fasft, rewind or stop mode.  The number of lines is not garanteed
to be 525.  Though ordinary TV and some graphic cards can synchronize on
such a signal, the technical support at Truevision told me that their Targa
board can not.


Indeed, there is 4 possible solutions to this problem.

1. Use a better VCR

      Some "hi-tech" VCRs will always output a 525 NTSC video signal no
matter if it's in play mode or not.  Look for VCR with TBC (Time Base
Corrector). John Haggas (haggas@kean.ucs.mun.ca) also told me that his SONY
SLV-555UC did work fine (he used the monitor output). I dont think that
this VCR has a TBC.

      This solution could be quite expensive since VCR with TBC are usually
not the cheapest. Another tip : don't believe the seller, try it by yourself.

2. Use a "stand alone" TBC

      Don Lewis (djlewis@ualr.edu) suggested to put a "stand alone" TBC between
the VCR and the TARGA board. This solution worked out fine. Some TBC can be plugged
on ordinary VCR. TBC are between 1500-3000 $. Image quality can vary... 

3. Change the number of horizontal lines 

     Matthew Phillips (mathew@apg.philips.co.uk) give me an interesting tip
than even the Targa people did not think of. You can tell the Targa board to expect 
a number of lines different from 525. This solution is very limited because
there's no way to detect it automatically. However, in my project, my VCR is 
controlled by software via an RS-232 serial link, and so, I always know the mode 
of my VCR. Here is the number of line for the NEC PC-VCR  (ajust with vTotal):

			Play : 		525
			Pause : 	528
			Stop : 		526
			Rewind : 	543
			Fastf :		512

Though the image stabilize, the overlaid graphic is not always perfectly neat!!

			
4. Use another graphic card!

Hope this can help...

--------------------------------------------------------------------
Regis Houde                             regie@ireq-robot.hydro.qc.ca
Institut de recherche d'Hydro-Quebec    regie@ireq-robot.uucp
1800, montee Sainte-Julie		(514) 652-8107
Varennes, Que., Canada   J3X 1S1	FAX : (514) 652-8435
--------------------------------------------------------------------
Organization: Penn State University
Date: Sat, 23 Jan 1993 14:49:47 EST
From: <GNR100@psuvm.psu.edu>
Newsgroups: comp.graphics
Subject: Need Help displaying .bmp


        Hello.

          I am working on a project for which I need to display a .BMP
file.  I have a few questions, though.

          1.  Is .BMP the extension for bitmap?  If so, I have a rough
understanding of the file format, but I lack information on detecting
the size (hight+width) of a graphic, and when a new row of pixels is to
begin.
          2.  Could someone send me example code of how to read one in
and display it to the screen?    (in C)

          3.  Is there a way to convert .gif files to .bmp?  If so, I
would appreciate source code for that, also.




                         Thank you very much,

                               Gordon Rogers
                               gnr100@psuvm.psu.edu


Newsgroups: comp.graphics
From: francis@ircam.fr (Joseph Francis)
Subject: Object Animation
Organization: Inst. de Recherche et Coordination Acoustique/Musique, Paris
Date: Thu, 28 Jan 93 15:13:33 GMT

I'm curious about the state of the art for animating 2D objects.

I'm asking, because I'd like to take some simple outline 'cartoons'
and automatically create animation interpolation frames between starts
and targets, using some sort of relatively realistic way of specifing
things like pivot points, start/target pairs, and so on. Is there
research, are there commercial packages, what can I see that has been
produced this way. 

Comments?

-- 
| Le Jojo: Fresh 'n' Clean, speaking out to the way you want to live
| today; American - All American; doing, a bit so, and even more so.
From: bone@taos.ced.berkeley.edu (Bodang)
Newsgroups: comp.graphics
Subject: TEST POST
Date: 22 Jan 1993 20:16:09 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: taos.ced.berkeley.edu

I hope this works
From: cse0935@desire.wright.edu
Newsgroups: comp.graphics
Subject: X RGB HELP!!!
Date: 24 Jan 93 15:34:39 EST
Organization:  Wright State University 


HELP!!!!

hello,  i know this is a stupid question.  And some will say RTFM, but
I have a graphics project deadline, and still have much to finish.

I can write a ppm file and display it using xloadimage, but i would
much rather display the image myself with X.

how can i dither/display a pixel, given its RGB values( each 8-bit ), with
X calls.  I'm not looking for the best dithering( i have tried using 
3 bits from R, 3 from G, and 2 from B and setting using XForeground,
but seems it way off. )

thanks,
jp4.
-----------------------------------------------
CSE0935@desire.wright.edu  or
jprikkel@discover.wright.edu( 130.108.125.1 )
-----------------------------------------------
Newsgroups: comp.graphics,comp.soft-sys.khoros,sci.image.processing,comp.unix.sys5.r4,alt.graphics
From: rogerskm@eplrx7.es.duPont.com (Karen Rogers)
Subject: Image Acquisition for 486 running Unix
Followup-To: comp.graphics
Keywords: Image Acquisition 486/Unix
Organization: DuPont Central Research & Development
Date: Tue, 26 Jan 1993 21:43:05 GMT

Does anyone know of image acquisition hardware/device drivers that
will work on a 486 running Unix?

We have been using a PC running DOS with Data Translation's Frame grabber
and Multiplexer to capture RGB images. We then transfer the images to
a Unix workstation and perform processing/analysis with the Khoros
software.

We'd like to know if it is possible to combine the functionality of these
machines onto 1 486 running Unix?

Thanks,

Karen Rogers
rogerskm@eplrx7.es.dupont.com


Xref: sparky comp.graphics:14253 alt.graphics:454
From: mnmuelle@cip.informatik.uni-erlangen.de (Martin Mueller)
Newsgroups: comp.graphics,alt.graphics
Subject: Gif-Catalogmaker
Date: Wed, 27 Jan 1993 10:08:45 GMT
Organization: CSD., University of Erlangen
NNTP-Posting-Host: faui00e.informatik.uni-erlangen.de
Summary: Need Catalogmaker for GIF's
Keywords: GIF

Hi everyone !

I'm desperately searching for a program to make a catalog of
my GIF's. The program should be given a list of filenames
and convert these GIF's to greyscale, shrink them and add
the shrunk greyscale-pictures together with the corresponding
filename to a new (large) picture.

This program should work on MS-DOS-machines.

Btw., it's not essential for the program to work on GIF's
only, since there are plenty of other programs to convert
formats.

If you know such a program, please drop me a line !

Thanks in advance,
		Martin MAVERICK Mueller


My email adresses are:

 - mnmuelle@informatik.uni-erlangen.de
or mueller@faui90.informatik.uni-erlangen.de

---
--------------------------------------------------------------
'Religion and sex   | MAVERICK is Martin Mueller 
 are powerplays,    | 
 manipulating people| email:
 for the money they |  
 pay; selling skin, |mueller@faui90.informatik.uni-erlangen.de
 selling god, the   |mnmuelle@informatik.uni-erlangen.de 
 numbers look the   |-----------------------------------------
 same on their      | Greetings to all pilots out there:
 creditcards...'    | 	clear skies and watch your six, guys ! 
 - Queensryche      |
--------------------------------------------------------------

Newsgroups: comp.graphics
From: girish@thompson.cs.uakron.edu (CS Girish)
Subject: Info request on widgets/ftp sites
Organization: The University of Akron, Akron, Ohio
Date: Thu, 28 Jan 1993 23:09:56 GMT

Hi,

I'm trying to develop an output section to an Electromagnetic CADD package using
 X-win. (using Athena widgets). I've to plot some graphs like Equipotential line
s, contour graphs etc,. Are there any ftp sites where such widgets are available
? Also would it be possible to use GKS for the same purpose?

Any help and guidelines in this matter would be greatly appreciated.


Thanks,

C.S. Girish - girish@joy.cs.uakron.edu
Newsgroups: comp.graphics
From: mcastle@cs.umr.edu (Michael R Castle)
Subject: Re: POV;
Date: Sat, 23 Jan 1993 01:08:34 GMT
Organization: University of Missouri - Rolla, Rolla, MO

In article <1993Jan22.123449.9643@cunews.carleton.ca> dbuck@alfred.carleton.ca (Dave Buck) writes:
[stuff about an apparently unauthorized version of pov for os/2 deleted]

>We've had quite a few problems with people re-compiling the POV-Ray
>source without fully testing it and distributing buggy versions of it.
>The result is that we get bombarded by messages from users of these
>versions complaining that it doesn't work.
>
>Please remove any unauthorized versions of POV-Ray from any FTP sites.

Ok.  Then _IS_ there an official os/2 version somewhere?  If not, why not?

Seems silly to me that users of a system that does not come with a compiler
by default (or doesn't have the space to store one) are left out in the cold.

regards,
mrc
-- 
Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
  mcastle@cs.umr.edu     and be right all the time, or not work at all
S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
    We are all of us living in the shadow of Manhattan.  -- Watchmen
From: woo@basia.mti.sgi.com (Mason Woo)
Newsgroups: comp.graphics.opengl
Subject: OpenGL meeting in Boston on January 25th/agenda & directions
Date: 21 Jan 93 20:24:46 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

Here's a working agenda for the 1-4 PM meeting on Monday,
January 25th.

Topics for Open Forum (Advisory Board) meeting

- Introduction of attendees
- Formation of the OpenGL Advisory Board (purpose, mission, and 
governance), including how the Advisory Board and Architectural 
Review Board interacts
- status report on Implementations and when they'll be available
- Herb Kuta of pellucid to provide demo
- Open period for attendees to discuss OpenGL issues (e.g., 
enhancements) 

Here's directions to the hotel (from the airport):

The location of the meeting is the Swissotel Boston LaFayette Hotel.
Their phone number is 617-451-2600.

The hotel is near Downtown Crossing, near the Washington St. exit
if you are driving by car.  The address is 1 Avenue de Lafayette,
and the cross street is Chauncey.

You can take the "T" (subway) from Logan.  First, you catch
the shuttle bus from the airport, which takes 5 minutes to
get to the subway line.  You take the Blue Line into town,
changing at State Street for the Orange Line.  Take the Orange
line one stop to Downtown Crossing.  Get out and walk 1 block.
--
Mason Woo, "Graphics Standards 'R Us" 	
New Phone Number!!  (415) 390-4205
New Job!!  Graphics Technology Licensing (Product Marketing)
New Domain!!  woo@mti.sgi.com (although woo@sgi.com is sufficient)
From: james@sam.contex.com (James McQueston)
Newsgroups: comp.graphics.opengl
Subject: GL sboxf() functionality in OpenGL?
Keywords: sboxf rectf glRect
Date: 28 Jan 93 23:45:09 GMT


I have a question about what *seems* to be a piece of GL functionality
not present in OpenGL.

In the GL, there are two rectangle drawing functions, rectf() and sboxf();

Rectf() draws rectangles that are equivalent to polygons: all four corners
obey the transformation on the matrix stack.

Sboxf() however, draws rectangles that are screen-aligned: it behaves as
if only the two diagonal points are sent through the transformation matrix
and then a rectangle is constructed (and filled) in screen space.

So sboxf() is less general than rectf(), but when drawing copious
screen-aligned but very small rectangles, sboxf() has half the transformation
cost that rectf() has whenever the drawing bottleneck is the transformation
rate.  A useful [not guaranteed] side-effect of sboxf() is that on all SGI
implementations, it does not decompose the rectangle into triangles when
filling, and so avoids "seeing" triangles "flashing" when drawing large
screen-aligned rectangles in singlebuffer mode.  We use this primitive
a lot, for both of these purposes.

The problem is that glRect() seems to be the OpenGL analogue of rectf().
In fact, the man page [of 30 June 1992] states that "glRect2()" is
equivalent to a series of glBegin, glVertex, and glEnd routines,
that to me seem equivalent to GL rectf().

1) What is the "2" in "glRect2?" Is it a typo?
2) How can one get the very useful functionality provided by GL sboxf()
   from OpenGL?

Those at SGI should know that I put this question to an SGI hotline engineer
some time ago, and it resulted in RFE number 113630 (or maybe SCR 112952).
There is some kind of response from Kurt Akeley in that file which seems
to be saying that glRect() can do what Sbox() does.  How can this be
true?

-- 
-----
James H. McQueston		james@contex.com
Xyvision Color Systems, Inc.	(617) 246-1776 x 5523 (office, voicemail)
Wakefield MA 01880-1291		(617) 245-4471        (lab phone direct)
From: segal@spud.asd.sgi.com (Mark Segal)
Newsgroups: comp.graphics.opengl
Subject: Re: Row major or column major matrices?
Date: 26 Jan 1993 03:35:10 GMT
Organization: Silicon Graphics, Inc.
Distribution: world
NNTP-Posting-Host: spud.asd.sgi.com

I'm surprised that this simple topic has generated so many posts.
I'm the one responsible for the 'column-major ordering' used in
OpenGL, so I'll try to explain what's going on to try to put this
discussion to rest.

First, there are two issues that seem to be confused.  One issue
is how matrices are stored in memory, and the other is whether one
treats vectors as rows of coordinates or as columns.

I'll dispense with the second issue first.  Recent mathematical
treatments of linear algebra and related fields invariably treat
vectors as columns (there are some technical reasons for this).
For some reason, this has not been the case in computer graphics,
where vectors were written as rows, thus transposing everything
from standard mathematical usage.  When I wrote the OpenGL spec,
I decided to do my part to right this heinous inconsistency.  Thus
the spec is written with vectors treated as columns, with a matrix
correspondingly applied on the left of a column.

The one difficulty was compatibility with the current GL, where
vectors had been written as rows.  So I come up with this
subterfuge: say that matrices in OpenGL are stored in column major
order.  The point is that you could rewrite the spec with everything
transposed (with vectors written as rows), and everything would be
exactly the same as it was, including the row major ordering of
matrices.

So we've come to the second issue: how matrices are stored in memory.
If you treat vectors as columns, then in OpenGL matrices are stored
column major.  If you treat vectors as rows, then matrices are stored (as
they are in the current GL) row major.  That's all there is to it.
OpenGL documentation treats vectors as columns, so it will be simplest
for most people who use it to adopt this convention.  But it won't
affect any code you may have written to calculate matrices for the
current GL in any way.

To say without qualification that 'OpenGL stores matrices this way'
is technically nonsense. OpenGL does nothing.  OpenGL DOCUMENTATION
assumes that vectors are columns therefore implying that matrices are
given column major, but you are free to take the alternate interpretation
if you wish.  It is also nonsense to say that the hardware (or an OpenGL
implementation) 'premultiples' or 'postmultiplies' (I could never remember
which was which anyway).  OpenGL applies a matrix (representing a
transformation) to a series of coordinates (representing a vector) using
the rules of matrix multiplication.  You may view this as performing the
multiplication c' = Mc, where c and c' are columns, or as r' = rM(transpose)
where r and r' are rows (and r=c(transpose) and r'=c'(transpose) ).
The two formulas represent the same calculation.

So, in spite of this lengthy explanation, I don't think that there is
actually any issue here, since there is no change from the current GL,
and since a programmer is free to view matrices and vectors as she pleases.

	Mark
From: jb@sgihbtn.sierra.com
Newsgroups: comp.graphics.opengl
Subject: Re: Software speed?
Date: 19 Jan 93 22:21:07 GMT
Organization: Sierra Geophysics, Inc.

In article <1993Jan14.155213.17024@eye.com>, erich@eye.com (Eric Haines) writes:
>In article <1iscskINNq8g@fido.asd.sgi.com> kipp@warp.asd.sgi.com (Kipp Hickman) writes:
>>

 Doen't a base Indigo with current GL give one a pretty good idea?
From: woo@basia.mti.sgi.com (Mason Woo)
Newsgroups: comp.graphics.opengl
Subject: Re: OpenGL release date?
Date: 22 Jan 1993 02:23:43 GMT
Organization: Silicon Graphics Inc.
Distribution: world
Reply-To: woo@basia.mti.sgi.com (Mason Woo)
NNTP-Posting-Host: basia.mti.sgi.com

In article <107273@bu.edu>, kiki@csa.bu.edu (Keith Baccki) writes:
|> In article <1993Jan15.051345.19043@news.csd.sgi.com>
woo@basia.mti.sgi.com (Mason Woo) writes:
|> 
|> 		Might you have at your disposal a list of
|> references to vendors developing graphics engines for
|> IBM compatibles ("the low end") upon which OpenGL code can be
|> developed. In other words, do you know of any vendors developing
|> graphics adapters for PC's that are closely coupled to the OpenGL
|> protocol as an SGI system would? Thanks for any info.

pellucid is a company which has licensed the originally SGI based
PC board, called IRISVision, for PC's and supports OpenGL on it.
The sales contact is Kevin Schuh 1-408-987-0321.
Herb Kuta, founder of pellucid, will be at the meeting in Boston
on Monday, January 25th, and he will try to provide a demo.

Mason Woo, "Graphics Standards 'R Us" 	
New Phone Number!!  (415) 390-4205
New Job!!  Graphics Technology Licensing (Product Marketing)
New Domain!!  woo@mti.sgi.com (although woo@sgi.com is sufficient)
Same Company!!  Silicon Graphics, Inc.
Xref: sparky comp.graphics:14090 comp.sys.sun.hardware:7018 comp.lang.postscript:6399 comp.periphs.scsi:6629
From: mleach@tahiti (User - Micheal Leach)
Newsgroups: comp.graphics,comp.sys.sun.hardware,comp.lang.postscript,comp.periphs.scsi
Subject: SCSI-2 Handheld Scanners
Keywords: Do they exist?
Date: 21 Jan 93 21:38:48 GMT
Followup-To: poster

We need a handheld scanner that has a SCSI-2 interface, or
a handheld scanner that works with a Sun sparc II.   If you
know where to get such a scanner, please let me know.

Mike Leach
201/896-7943
mleach@mhnj.sbi.com
-- 
Michael Leach		mleach@mhnj.sbi.com
#include <std/disclaimer.h>
Newsgroups: comp.graphics
From: fowler@mundil.cs.mu.OZ.AU (Damon John FOWLER)
Subject: GIF,LBM,PCX file formats...
Summary: after graphics file formats (GIF,PCX,LBM)
Organization: Computer Science, University of Melbourne, Australia
Date: Tue, 26 Jan 1993 01:16:55 GMT

I am a relative newcomer to SERIOUS graphics programming.
I am currently developing a game and wish to produce much of my graphics
with Delux Paint II Enhanced (a really good package!), but I am unfamiliar
with the file formats : PCX LBM GIF (mainly to former two).

Could anyone PLEASE (*grovel*) either tell me how the files are stored, or
where to look for that information so that I can use the above package.

I have tried to write my own paint program so as to be able to save the images
in a format I can use, but it is nowwhere near the quality of commercial
packages.

Replies by email of news fine!

Thanx in advance,

Damon.

Newsgroups: comp.graphics
From: hrpctw@pnv.palm.cri.nz (Colin T. Wilson-Salt)
Subject: 3D model data wanted
Organization: DSIR, Palmerston North, New Zealand
Date: Thu, 28 Jan 93 23:57:31 GMT

Does anybody out there know where I can get the 3D model data,
preferably as a list of polygons, for a Volkswagen Beetle?  I would prefer
a '68 or later standard beetle (not super), but any year/model will do.

The data is to be used in my homemade raytracer, so the simpler the format
the better.  I don't have email access, so directions to an ftp site would
be appreciated.
From: jch@tiamat.oki.com (Jan Hardenbergh)
Newsgroups: comp.graphics
Subject: Re: simple CAD package using PHIGS (request for)
Date: 25 Jan 1993 23:39:23 GMT
Organization: Oki Advanced Products Division
Distribution: world
NNTP-Posting-Host: tiamat.oki.com
Keywords: PHIGS CAD

> In order to teach some 3d graphics principles we would like to have students
> modify a very simple CAD package written using PHIGS(+).  It only needs to be
> very basic, perhaps only supporting lines in 3d, allowing them to be edited
> and attached to a structure.  Point entry via pick or snap using a mouse,
> save and restore structure archive, and a small range of viewpoints.

> Before I go ahead and write this, I wondered if anyone knows of an existing
> public domain, freeware or GNU package that would be suitable?  It doesn't
> matter if its a lot more complex than we need provided it is well written
> (with enough comments to understand it).

I've written a very simple drawing program called pdraw (PHIGS draw). It allows
lines and trianlge strips to be created and edited, but it does not as yet
allow them to be put in different structures.  It also needs Motif to build.

A version based on PEXlib does not need Motif (but more features are exposed)
It has circles ( NURBCurve ) and polygons.

They are both on export.lcs.mit.edu (anonymous ftp) in contrib.
pdraw.tar.Z (PHIGS version)
pexdraw.tar.Z (PEXlib version)

> Alternatively perhaps someone knows of a book with an example of this kind?

I second the suggestion of getting the book by Tom Gaskins.  I'd also
get some other PHIGS books, too. (more later)


-- 
-Jan "YON" Hardenbergh           jch@oki.com          USA (01)508-460-8655
Oki Advanced Products Division,  100 Nickerson Road, Marlborough, MA 01752
======== PEX = PHIGS + Immediate Mode - Input - Archiving - POLICY =======
Newsgroups: comp.graphics
From: eivind@kih.no (eivind hagen)
Subject: Re: "fill" algorithm
Organization: Kongsberg Ingeniorhogskole
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 27 Jan 1993 12:20:27 GMT

Ken Boi (kenb@amiganet.chi.il.us) wrote:
> Could someone inform me as to how a 'fill' works in graphical painting. 

If you want it EASY, make a recursive call to the 4 adjacent pixels, and
for each pixel, check if it is the reight colour, and then change the
pixels colour.
This is very slow, needs a BIG stack, but is foolproof!

--
I--------------------------------------I-------------------------------------I
I Eivind Hagen (eivind@samson.kih.no)  I  "I've got the POWER"               I
I Zynx of Arc Empire                   I  (ARM 3 + cx486slc / 8 MB RAM)      I
I--------------------------------------I-------------------------------------I
Newsgroups: comp.graphics
Subject: Availibility of Borland .bgi drivers?
From: sullivan@kenyon.edu
Date: 22 Jan 93 19:44:52 -0500
Organization: Kenyon College

Where can I find .bgi files for Borland graphics for display adapters for other
than standard VGA. For example, we have a machine with a TIGA card and would
like to take advantage of the higer resolution modes, programming in Turbo C++.

Thanks for any help.

Tim Sullivan (sullivan@kenyon.edu)