Re: Breaking up large texture Files
Thom DeCarlo (trdecarlo++at++tasc.com)
Thu, 15 Jan 1998 09:06:42 -0500
Inge E.Henriksen wrote:
>
> >
> > From: "Linda Rae" <lrae++at++indy3.gstone.com>
> > Date: Wed, 14 Jan 1998 13:31:36 -0800
> > Subject: Breaking up large texture Files
> > Reply-To: <lrae++at++indy3.gstone.com>
> >
> >Good afternoon all:
> >
> >This query is just to insure that I don't re-invent the wheel.
> >I have a large terrain database with 1024x1024 texture files
> >(the textures are imagery of 5 and 10 Meter data - thus lots
> >of textures and none are repeated). I want to be able to break
> >down these large texture files into some thing more manageable
> >say 256x256 or 512x512 and reapply the textures to the original
> >OpenFlt file as necessary and re-writting the database file to
> >disk. I have begun to incorporate MIP Mapping as part of the
> >solution, but I still need to perform the above mentioned task.
> >
> >I am about to write a tool to do this, but I have heard vague
> >stories that there are tools out in the Performer world that
> >already do this (yes I know I can do this using the Multigen
> >development environment). I have looked at the rsets tool I
> >found in Performer 2.2 - That does half the work for me but
> >not applying the new files to the database file. Does anyone
> >know of a Performer script/tool that does this?
> >
> >Thanks in advance,
> >
> >Linda Rae
>
> A easy way that you could do this is by using "imgworks". If you
> are using Openflight(TM) format all you would have to do is to
> overwrite the original image-files and the scaled images should
> be imported the next time you start your Performer(TM) application.
> Be sure to take a backup first, just in case.
>
> If you would like to incorporate the scaling inside your program
> you might consider "imgcopy", altough I am not sure I suspect
> this program of also beeing able to scale an image. You can execute
> a shell program from C-code with the "system()" command.
>
> Good luck from Inge
> :>
>
>
I have been trying to do the same thing. The problem is that we
don't want to down-sample the imagery. The high resolution data is
important. I can use standard image processing packages (Erdas, MUSE,
or even icut) to extract the subimages. The first hard part is trying
to generate the .attr file for each of the new images. I've not
found anything showing the format of that file. (Marcus? Anybody?)
Then we need to reapply the textures. This can be done fairly easily
with Multigen II Pro's batch geoput utility. (I think.)
Thom
=======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
--
^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
Thom DeCarlo * Off site contact info
TASC * JPSD/IEC, US Army TEC
12100 Sunset Hills Rd. * 7701 Telegraph Rd., Bldg. 2592
Reston, VA 20190 * Alexandria, VA 22315
phone: 703/834-5000 * phone: 703/428-9001, -7060, or -7034
fax: 703/318-7900 * fax: 703/428-7054
mailto:trdecarlo++at++tasc.com * mailto:tdecarlo++at++rayva.org
^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
billshit : n, any missive, assertion, statement, comment,
etc., made or related by any representative of Microsoft.
v, the act of making such a comment. "The MSlawyers
sounded sincere but they were just billshitting Judge
Pennsfield-Jackson and the DOJ."
^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~
=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
Submissions: info-performer++at++sgi.com
Admin. requests: info-performer-request++at++sgi.com
This archive was generated by hypermail 2.0b2
on Mon Aug 10 1998 - 17:56:34 PDT