🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.graphics.explorer
3 messages
3 total messages Started by Greg Sands Mon, 17 Aug 1992 22:21
Problem with explorer and files
#90
Author: Greg Sands
Date: Mon, 17 Aug 1992 22:21
31 lines
1966 bytes
I'm a new (3 week) user of explorer, and have come across a small problem
with a particular map I've set up.  The map basically reads data in (a
DataScribe module that translates from another program's output) into a 3-D
lattice, then renders a slice of that lattice.  I've set it up with the
timer module to step sequentially through the lattice, render each slice, 
and then save it with WriteImg to disk.  AnimFile provides the filenames, 
and I've managed to sychronise it (kind of!) with a Delay module I hacked
from the Timer one.  The problem is that this will only write about 70-90
files before the WriteImg module crashes and is removed from the map. 
Adding it back in and continuing doesn't help - I have to exit explorer
and restart to continue.  This means that I can't reset my Render view 
exactly, and it becomes rather a nuisance!  So far, I've kept the file
sequences to under 80 and its been OK, but I will certainly want to save
several hundred images to disk at some stage (and later dump to a video).

Can anyone suggest a way to
  i) preserve the exact viewpoint/direction/zoom etc of the Render module
 ii) allow more files to be created sequentially
and/or
iii) more efficiently create an animation sequence.

If it helps, we have a standard Indigo w/ 24Mb, 1.4Gb hard disk, 100Mb arena
size.  Thanks for any help you can give.


Greg.

-- 
Greg Sands.                           |  Department of Engineering Science
-----------                           |  University of Auckland           
g.sands@aukuni.ac.nz                  |  New Zealand.
Re: Problem with explorer and files
#91
Author: Robert Brown
Date: Mon, 17 Aug 1992 23:31
26 lines
1398 bytes
In article <1992Aug17.222132.14484@ccu1.aukuni.ac.nz>, sands@ccu1.aukuni.ac.nz (Greg Sands) writes:
|> 
|> Can anyone suggest a way to
|>   i) preserve the exact viewpoint/direction/zoom etc of the Render module

Version 1 Explorer provides no way to do this. A general solution won't be available
in V2.0, either.  It is a difficult problem, but we're addressing it for post-2.0
release.

|>  ii) allow more files to be created sequentially

Your description sounds like a memory leak or just hanging on to too many
images.  You might try a larger arena, using the "-arenasize" argument to
explorer or statement in your .explorerrc file.

|> and/or
|> iii) more efficiently create an animation sequence.

Version 2 will help here.  Meanwhile, perhaps using WriteLat to save images
would help -- it generates unique file names each time another lattice
arrives.

---------------
Robert L. Brown
Manager, IRIS Explorer
Silicon Graphics, Inc.
Re: Problem with explorer and files
#92
Author: Greg Sands
Date: Tue, 18 Aug 1992 03:41
55 lines
2830 bytes
rlb@lavalite.asd.sgi.com (Robert Brown) writes:

>In article <1992Aug17.222132.14484@ccu1.aukuni.ac.nz>, sands@ccu1.aukuni.ac.nz (Greg Sands) writes:
>|> 
>|> Can anyone suggest a way to
>|>   i) preserve the exact viewpoint/direction/zoom etc of the Render module

>Version 1 Explorer provides no way to do this. A general solution won't be available
>in V2.0, either.  It is a difficult problem, but we're addressing it for post-2.0
>release.

If its something you're working on, maybe you'd also like to try to include
in this a way of describing a time sequence to follow, as well as a static
view.  For example, move (in say spherical polar coords) through theta=0
to 2pi in 20 even steps, keeping lambda and mu constant, looking always at 
a point (0,0,0), and zooming in by 1.1x each time step.  OK thats rather 
complex, but you get the general idea.  This would let you view different 
data sets in the same way each time.  Very useful for creating an animation
while sweeping around an object.  But describing a static view is a very 
useful start.  If we are doing a lot of this sort of thing, do you know if
it would be more worthwhile to program our own routines using the Inventor
toolkit?

>|>  ii) allow more files to be created sequentially

>Your description sounds like a memory leak or just hanging on to too many
>images.  You might try a larger arena, using the "-arenasize" argument to
>explorer or statement in your .explorerrc file.

>|> and/or
>|> iii) more efficiently create an animation sequence.

>Version 2 will help here.  Meanwhile, perhaps using WriteLat to save images
>would help -- it generates unique file names each time another lattice
>arrives.

I hadn't seen that it creates its own filenames.  Thanks.  Although this
would write it as a lattice rather than a .rgb file, so I'd have to convert
it again later.  By the way, could WriteImg have the option of writing RLE
.rgb files - seeing as the programming interface is transparent, this should 
be easy enough.

>---------------
>Robert L. Brown
>Manager, IRIS Explorer
>Silicon Graphics, Inc.


Thanks for the help.

Greg.
-- 
Greg Sands.                           |  Department of Engineering Science
-----------                           |  University of Auckland           
g.sands@aukuni.ac.nz                  |  New Zealand.
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads