HDTenEightyP/NetNews huggingface dataset:
From: CDO@IB.RL.AC.UK (C D Osland)
Newsgroups: comp.graphics.visualization
Subject: Re: Recording animations
Date: 10 Nov 92 18:40:42 GMT

On 10 Nov 92 15:16:50 GMT <jamison@EDU.COLOSTATE.ACNS.YUMA> said:
>In article <1992Nov4.073034.14032@tpts1.seed.net.tw> idpt249@tpts1.seed.net.tw
> writes:
>>About recording animations, I got few words to say.  We've been using betacam
>>for a while.  But gradually I cannot stand the low speed of pre-roll.  To
... lines deleted
>
>I know of at least three ways that recording can be speeded up:
>
>1.  Get a frame buffer that stores multiple frames that can be recorded
>    with only one preroll.  Examples: Tektronic's Avanzar (4 frames),
>    Abekas A60 (I think a couple seconds or real time play back).

The Abekas A60 is a video disk recorder; default storage is 750 frames
(30 seconds) in PAL and <<I think>> 25 seconds in NTSC ... yes, I know
that also makes 750 frames, but the frames are different sizes in
kilobytes in the two systems.  Unlike the (optical) recorders
mentioned below, quality is 'perfect' - unless you want 10 bit per
pixel or HDTV spatial resolution.

>
>2.  Use edit controller equipment that lets you record say every 30th or
>    60th frame (however long it takes for you to load the next frame).
>    If you have the frames stored on disk you can then record every
>    60th frame to the end of the tape then go back 59 more times to
>    record the rest.  This can be a problem with networked disks because
>    of variable read rates.

This can also be a useful technique if you are recording a cyclic
animation - eg the beating of a heart.

>
>3.  Use a video disk recorder instead of tape.  However, quality is
>    subject to debate (we definately debate it here but we still use one).

I note that the cost of some (optical) video disk recorders is coming
down a bit; the LVR-6000 (PAL) was $(UK)18,000; a somewhat improved
unit - the LVR-4000 is about $(UK)11,000 this week - 15% more next
week as a result of currency fluctuations.

Chris Osland
Atlas Video Facility
Rutherford Appleton Laboratory, UK
Newsgroups: comp.graphics.visualization
From: pjaffe@next04wor.wam.umd.edu (Paul I. Jaffe)
Subject: PLEASE HELP
Organization: Workstations at Maryland, University of Maryland, College Park
Date: Thu, 12 Nov 1992 22:19:50 GMT

	I am an undergraduate electrical engineering major interested in  
graphics visualization. I am looking for a practical project that will  
help me become aquainted with visualization hardware and software.  I have  
access to DECstation 5000s, IBM RS 6000/550, SUN SPARCstations, Iris  
INDIGO ELAN, NeXTcube/NeXTdimension, and MAC IIfx.  The software available  
includes Data Explorer, AVS, Explorer, PV-Wave,IDL, Data Visualizer, and a  
number of things from spyglass.  I have never used any of this hardware or  
software at all.  If you know where I could find a simple yet practical  
project to help me become more familiar with graphics visualization,  
please email me at pjaffe@wam.umd.edu. Thank you.

			-P
Newsgroups: comp.graphics.visualization
From: dam@ssesco.com (Dennis Moon)
Subject: HOOPS
Organization: SSESCO
Date: Fri, 6 Nov 1992 20:37:39 GMT

Does anyone have any experience with using HOOPS for 3D graphics?
We have a GL application for visualization of environmental modeling
data. Someone recommended switching from GL to HOOPS to gain a
larger set of supported platforms plus software rendering for those
machines without 3D accelerators. I would be interested in experiences
or comments about this.

Dennis Moon
dam@ssesco.com
From: r_walston@vger.nsu.edu
Newsgroups: comp.graphics.visualization
Subject: Turtle Graphics
Date: 7 Nov 92 15:09:37 EDT

This is kinda simple.

I am doing "turtle graphics" using PASCAL. Where can I get some good Turbo/BGI
Demo programs that can help me do some creative graphics ...

Newsgroups: comp.graphics.visualization
From: prokop@soft14.acri.fr (Marc Prokop)
Newsgroups: comp.graphics.visualization
Subject: Re: PHIGS / OpenGL
Date: 5 Nov 92 15:18:36 GMT
Reply-To: prokop@soft14.acri.fr
Organization: Sun Microsystems, Inc.

Could somebody e-maail me thr ftp site (internet address) for the visualization group
FAQ.

Thanks

Marc
prokop@acri.fr
From: ffhoust@eos.ncsu.edu (FORREST FRANCI HOUSTON)
Subject: test
Originator: ffhoust@c00477-224wi.eos.ncsu.edu
Reply-To: ffhoust@eos.ncsu.edu (FORREST FRANCI HOUSTON)
Organization: North Carolina State University, Project Eos
Date: Wed, 11 Nov 1992 14:54:48 GMT


test
From: ffhoust@eos.ncsu.edu (FORREST FRANCI HOUSTON)
Subject: Need help w/ some questions
Originator: ffhoust@c00477-224wi.eos.ncsu.edu
Reply-To: ffhoust@eos.ncsu.edu (FORREST FRANCI HOUSTON)
Organization: North Carolina State University, Project Eos
Date: Wed, 11 Nov 1992 15:14:54 GMT


Sorry about the 2 previous tests, I've been trying to post this 
for 2 days now and my news reader has been giving me problems.
Anyway with that out of the way, on to the original post:

Hello world,

   My name is Forrest Houston and I some questions that I would
liked answered from anyone involved with scientific visualization.
Right now I am a senior in CS and I'm trying to decide what
to do.  I am really interested in pursuing a carreer in 
scientific visualization, but I am unsure of what the best next
step would be.  My options seem to be; continue on in a Masters
program for CS, switch to the design department of our school
and pursue a Masters of Graphic Design (dealing mainly with end
use of computer graphics instead of developing them), or the 
technical college in the area is thinking about starting a 2
year certification course in scientific visualization.  What I
would like to know from people already in the field:

-  What sort of organizations are involved with sv, is it mainly
    research firms, colleges, or companies?

-  In regards to these organizations, what sort of experience or 
    background are they looking for to fill positions in sv?

-  Are there concentrations in sv, or is it the sort of field 
    where you have to know a little of everything (biology,
    mechanics, physics, botany, etc..)?

-  Are there any professional societies or journals related to
    sv and if so how do I get in contact with them?

The list goes on and on, but this is enough to get me going in the
right direction (I hope).  Please email all responses to me at:

ffhoust@eos.ncsu.edu

as I don't want to waste news bandwidth on responses to this.
Thanks in advance.

Forrest
Newsgroups: comp.graphics.visualization
From: dmarble@magnus.acs.ohio-state.edu (Duane F Marble)
Subject: FERRET?
Organization: The Ohio State University
Date: Mon, 9 Nov 1992 23:24:17 GMT

Does anyone know about a program known as FERRET from NOAA (National
Oceanic and Atmospheric Administration). Is this available via FTP?
-- 
Duane F. Marble			       E-mail: dmarble@magnus.acs.osu.edu
Department of Geography                Telephone: (614) 292-2250
The Ohio State University
Columbus, Ohio 43210                   Fax: (614) 292-6213
From: CDO@IB.RL.AC.UK (C D Osland)
Newsgroups: comp.graphics.visualization
Subject: Re: Recording animations
Date: 9 Nov 92 17:17:48 GMT

On 4 Nov 92 07:30:34 GMT <idpt249@tw.net.seed.tpts1> said:
>About recording animations, I got few words to say.  We've been using betacam
>for a while.  But gradually I cannot stand the low speed of pre-roll.  To
>record 30 frames take at least 5 minutes.  At this moment I have 3368 frames
>to go, which means 4 days will be gone.

>My boss told me there might be a solution.  If there's a high-end VCR which
>can be set to record single frame at certain interval, say 3 seconds, then
>we can connect it to audio port and put pictures into frame buffer at that
>speed.  It seems that JVC has such products.  I haven't got any chance to
>try.  Is there anyone using this method to record animations?
>Sorry I don't quote previous opinions because my system is limited.

I would be very surprised if a VHS editing recorder was any faster
(real pre-roll time) than a Betacam.  JVC do have edit recorders that
can be controlled by RS232, but that is a functional convenience,
not a speed-up!

>Neil Chou

Chris Osland
Atlas Video Facility, Rutherford Appleton Lab, UK
Newsgroups: comp.graphics.visualization
From: jbf@mbunix.mitre.org (Frazer)
Subject: Palettes For Visualization On The NeXT?
Organization: The MITRE Corporation, Bedford, MA
Distribution: na
Date: Fri, 13 Nov 1992 15:28:55 GMT

We have some sequences of two-dimensional data that
we convert to tiff stacks on a NeXT and view with
NIH Image on a Mac (the NeXT has only a two bit
grayscale). This is inconvenient, and we are interested
in visualizing the data interactively in three dimensions.
 
We are therefore planning to upgrade to a color NeXT
(we like their OS and development tools). There are
two options - a slab with 3 x 4 bit color and a cube
with 3 x 8 bit color. Neither machine supports color
palettes directly. (Perhap this is a consequence of
using Display Postscript as the imaging model?)
 
While the cube can emulate any palette we want, the
slab is limited to 4096 specific colors, presumably
including 16 grays. (While one can specify any 3 x 8 bit
color on the slab, the DPS server will use dithering
to emulate it if it doesn't match one of the 4096 specific
colors; this isn't appropriate for our purposes.)
 
We'll need more than 16 tones, so we either get a cube
($4000 more and not compatible with most of the machines
out there), or we go to some sort of false color. Does
anyone out there have any experience with this problem,
or want to suggest suitable false color palettes? My
eye can't distinguish more than about 64 greys, and we
have found that quite adequate, so that level of quantization
would seem appropriate.
 
Please reply by e-mail; if there's lots of interest I'll
summarize.
 
Thanks in advance, Barney (jbf@mitre.org)
Newsgroups: comp.graphics.visualization
From: hsu@crl.dec.com (William Hsu)
Subject: Re: Recording animations [SUMMARY]
Organization: DEC Cambridge Research Lab
Date: Thu, 5 Nov 1992 13:51:59 GMT

In article <1992Nov4.155727@trc.amoco.com>, zdxh0a@trc.amoco.com (Douglas Horn) writes:
> 
> Has anybody had any experience with the new Sony "animation recording" deck,
> the EV0-9650?  I have the leaflet for it, and it sounds great for recording
> animation.
> 
> Here's some of what the leaflet says:
> 
...rest deleted...
> 
> Thanks,
> Angus Cleveland
> 
> 
> -- 
> /*  Douglas Horn (zdxh0a@trc.amoco.com)     (918)660-3247             
> 
>     Helpful hints:   Stop programming before it is too late.  */

I believe there was a long thread on this topic in comp.graphics.animation just a few
days ago (and may still be going on).

I take it that Angus is just using Doug's account.


William
Newsgroups: comp.graphics.visualization
From: amw@math.columbia.edu (Winkler)
Subject: Re: dxf, iges
Organization: Department of Mathematics, Columbia University
Date: Thu, 12 Nov 1992 20:43:56 GMT
Reply-To: amw@math.columbia.edu (Winkler)
X-Posted-From: gandalf.math.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu



I am interested in these formats, software that converts them, etc.
Any pointers would be greatly appreciated

DXF
IGES

Newsgroups: comp.graphics.visualization
From: jamison@yuma.ACNS.ColoState.EDU (Jamie Gulden)
Subject: Re: Recording animations
Date: Tue, 10 Nov 1992 15:16:50 GMT
Organization: Colorado State University, Fort Collins, CO  80523

In article <1992Nov4.073034.14032@tpts1.seed.net.tw> idpt249@tpts1.seed.net.tw writes:
>About recording animations, I got few words to say.  We've been using betacam
>for a while.  But gradually I cannot stand the low speed of pre-roll.  To 
>record 30 frames take at least 5 minutes.  At this moment I have 3368 frames
>to go, which means 4 days will be gone.
>My boss told me there might be a solution.  If there's a high-end VCR which
>Sinotech Engineering Consultants, Inc. TAIWAN
>idpt249@tpts1.seed.net.tw


I know of at least three ways that recording can be speeded up:

1.  Get a frame buffer that stores multiple frames that can be recorded
    with only one preroll.  Examples: Tektronic's Avanzar (4 frames),
    Abekas A60 (I think a couple seconds or real time play back).

2.  Use edit controller equipment that lets you record say every 30th or
    60th frame (however long it takes for you to load the next frame).
    If you have the frames stored on disk you can then record every
    60th frame to the end of the tape then go back 59 more times to
    record the rest.  This can be a problem with networked disks because
    of variable read rates.
    
3.  Use a video disk recorder instead of tape.  However, quality is
    subject to debate (we definately debate it here but we still use one).

The above was in no particular order.

Newsgroups: comp.graphics.visualization
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Re: dxf, iges
Organization: a2i network
Date: Fri, 13 Nov 1992 00:32:05 GMT

In article <1992Nov12.204356.6970@sol.ctr.columbia.edu> amw@math.columbia.edu 
(Winkler) writes:

>I am interested in these formats, software that converts them, etc.
>Any pointers would be greatly appreciated

    I believe that on the SGI platform Alias Studio is an applicable choice.



 
-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- flix@mecca.epri.com -/-
Telephone <*> (415) 855-2888

Newsgroups: comp.graphics.visualization
From: jonathan@rahul.net (Jonathan Heiliger)
Subject: Re: Recording animations
Organization: a2i network
Date: Tue, 10 Nov 1992 00:09:17 GMT

In article <9211092152.AA02668@psi.rutgers.edu> CDO@IB.RL.AC.UK (C D Osland) 
writes:

>I would be very surprised if a VHS editing recorder was any faster
>(real pre-roll time) than a Betacam.  JVC do have edit recorders that
>can be controlled by RS232, but that is a functional convenience,
>not a speed-up!

  I would imagine a VHS deck would be longer.  I think that most VHS decks 
have like a 5 second pre-roll.  On most decent Sony BetaCamSP decks you can 
get down to 2.01 seconds of pre-roll.  If you're application won't allow you 
to have ANY pre-roll a consideration might be a V-LAN controller; or getting a 
Akebas A65 (or similar) digital recorder.
 

 
-- 
Jonathan Heiliger ........ Electric Power Research Institute
Internet: -/- jonathan@rahul.net -/- flix@mecca.epri.com -/-
Telephone <*> (415) 855-2888

Newsgroups: comp.graphics.visualization
From: ffhoust@eos.ncsu.edu (FORREST FRANCI HOUSTON)
Subject: test
Originator: ffhoust@c00477-224wi.eos.ncsu.edu
Reply-To: ffhoust@eos.ncsu.edu (FORREST FRANCI HOUSTON)
Organization: North Carolina State University, Project Eos
Date: Wed, 11 Nov 1992 14:58:15 GMT


test
Newsgroups: comp.graphics.visualization
From: boylan@pi.eai.iastate.edu (Terran Boylan)
Subject: IMAX/DIGISTAR experiences
Organization: Engineering Animation, Inc.
Date: Fri, 6 Nov 1992 20:20:17 GMT

I recently posted regarding what services were available for transfer of
high-resolution digital animations to 35mm movie film.  I received a
large number of _very_ helpful responses.  As I received 4 more in today's
mailbox I want to wait until after the weekend to post a summary.

We do computer animations on video, mostly for accident reconstruction and
scientific visualization.  We have a client who is very interested
in getting animations of their scientific data before a large audience
at science centers or similar environments.

Two rather interesting possibilities for this project are:

1) IMAX/OMNIMAX format (maybe even in polarized stereo 3D)
2) The Evans & Sutherland DIGISTAR planetarium projection system
   (Apparently this is a real-time non-stereo 3D-geometry system)

If you are a member of a company that:

  -- offers services for IMAX film format work
     (Digital image recording, processing, etc.)
  -- has made an IMAX or OMNIMAX film and has antecdotal info regarding
     production costs or problems with the format
  -- creates DIGISTAR presentations
  -- has had experience with DIGISTAR geometry formats, camera motion
     formats, etc.

please contact me.  Once again, I will post a summary of the responses
I receive.  Because we are trying to come up with possible budget ranges for
this project, I am particularly interested in pricing information
(approximate information is fine).

If you want any information you give me kept confidential, please tell
me so in your response.

If you want to FAX me price schedules (_very_ helpful), our fax # is:

  (515) 296-7025

Thank you in advance.

Peace,


Terran J

-- 
Terran J. Boylan, Senior Artist/Programmer  |  "It's better to have loved and
Engineering Animation, Inc.,  Ames, Iowa    |  lost than just to have lost."
(515) 296-9908 / (515) 296-7934 (after 5PM) |  -- Dorky Dog
Newsgroups: comp.graphics.visualization
From: perelet@avignon.wri.com (Oleg Perelet)
Subject: Re: HOOPS
Keywords: 3D, HOOPS
Organization: Wolfram Research, Inc.
Date: Sat, 7 Nov 1992 03:22:57 GMT

In article <BxBAMs.7vM@ssesco.com> dam@ssesco.com (Dennis Moon) writes:
> Does anyone have any experience with using HOOPS for 3D graphics?
> We have a GL application for visualization of environmental modeling
> data. Someone recommended switching from GL to HOOPS to gain a
> larger set of supported platforms plus software rendering for those
> machines without 3D accelerators. I would be interested in experiences
> or comments about this.
> 
> Dennis Moon
> dam@ssesco.com

I was doing evaluating HOOPS libraries for SGI and SPARC platforms.
I had the same project - port GL-Motif SGI based app to other UNIX
mashines.
It's kinda oldfashion (graphic segments, ...like good old PHIGS) and
you'll need to spend some time converting GL calls to HOOPS.
But, it's really portable (at least SGI<->SUN), supports
MOTIF (hidden GL widgets on SGI) and has some extra functiolality
like graphics metafiles and internal tree structure.
The speed of drawing is acceptable -
you can rotate using mouse pretty big polygonal meshes  on
non accselerated SS1+. So if you need portable non photorealistic
rendering library HOOPS is fine. BTW i guess Ithaca has additional 
libraries to do photorealistic rendering. As i know they also
support other UNIX platforms and PC's (i'm not shure about
Windows) but they even support GL addon cards for PCs. HOOPS dont
supports NeXT (quick and photorealistic Renderman).

--
Oleg Perelet
perelet@wri.com
From: lau@sunset.ai.sri.com (Stephen Lau)
Newsgroups: comp.graphics.visualization
Subject: Texture Paging of terrain images
Date: 10 Nov 92 18:37:10 GMT
Distribution: comp
Organization: SRI International, Menlo Park, CA


Hi,
 I'm working on a project where we will be texturing a large
area with many aerial images. Only a limited number of the
aerial images will be available to the renderer at one time,
hopefully, the images of the current viewing area. Because
only a subset of the images will be available to the renderer
during any frame, these images will be have to dynamically
created and made available to the renderer. We will need to
develop a cache mechanism of some sort for the images.

My question is if anyone out there has successfully done this
at a rate of at least 30 frames a second, and if anyone can point me
to any literature which describes a similar scheme. Any help
at all or advice would be most appreciated. Thanks.

Steve

-------------------------------------------------------------------------------
Stephen Lau                 lau@ai.sri.com|  Eat at Joe's Family Restaurant
SRI International                         |      $.99 Specials Daily
333 Ravenswood Ave., Menlo Park, CA. 94025|        (415) EAT-GOOD
(415) 859-2925              (415) 326-6200|  -Live Music and Gator Rasslin'-
-------------------------------------------------------------------------------
From: CDO@IB.RL.AC.UK (C D Osland)
Newsgroups: comp.graphics.visualization
Subject: Re: 3d displays
Date: 9 Nov 92 16:35:28 GMT

On 6 Nov 92 18:51:04 GMT <hollasch@com.kpc> said:
>Hollasch:
>>    Seriously, though, what sort of scheme are you thinking of?  Polarized
>> glasses and LCD shutter glasses have both been used for stereo display, but
>> I've never heard of any attempts to use these for 3D displays.
>
>CDO@IB.RL.AC.UK (C D Osland) writes:
>| I think I'm confused, Steve.  Accepting that there are some (very few)
>| 3D displays (such as the image pumped through the air by a loudspeaker
>| that I mentioned last week, and 3D scanned plastic), I don't understand
>| the difference between stereo and 3D in your last sentence.
>
>    Well, here's a range of display types:
>
>        1)  2D Image
>        2)  Stereo View
>        3)  Hologram
>        4)  3D Image
>
>    There are other types (lower level, higher level, in between), but these
>are the main ones.
>
>    A 2D display is just a regular picture - it's as if you were looking
>through a window with one eye.
>
>    A stereo image is better because it provides depth information in the
>"natural" way; through paralax to provide visual disparity.  Your virtual
>head is still locked in a vise though; there's only one possible view.
>
>    A hologram is an improvement on this.  You get paralax as in stereo
>display, but your view is a bit more free to change.  It's as if you were
>looking through a window, but without your head in a vise.  You can move
>your head around and see behind things, or under things, but you are still
>constrained to look through the virtual viewport/window.
>
>    A 3D display is the next extension.  It's analogous to a sculpture on
>a pedestal.  You can walk around it, look at the top, any side view, and if
>it's free-standing, underneath it.  Even, perhaps inside it, if the
>underlying ``magic'' allows this.
>
>    Now, perhaps the original poster didn't mean this at all, but my idea of
>a 3D image is _very_ different from a stereo view.  Hope this clears up some
>confusion.
>

VERY many thanks for such a clear explanation.  I think in particular
that the distinction between a single viewpoint and one that can be
moved makes everything clear.

I know I have almost used the terms interchangeably in the past;
I wonder whether others on the net have as well.

Under this classification, the 'pumping loudspeaker' mechanism
must rate as a restricted 3D display; all viewers saw the
same image and could point into it with real fingers!

Cheers

Chris Osland
Rutherford Appleton Laboratory, UK