Richard McDonald (richard++at++gossamar.paradigmsim.com)
Mon, 18 Nov 1996 18:58:51 -0600
The short answer is yes, you will need to fix the database. What you are
likely experiencing is problems with usage of detail textures. The first
reference to a detail texture from a polygon which contains a texture and
a detail texture, establishes a unique 1-to-1 relationship of base texture
to detail. This unique pairing may not be used in any other way from there
on. For example, if you have a polygon which uses "foo" as its base texture
and "bar" as its detail texture... any and all other polygons which use
"foo" MUST have an identified detail texture and it MUST be "bar"; otherwise,
the loader first warns you about the problem and then proceeds to try and fix
it. The fix is what is probably consuming most of the load time.
(Previous versions of the loader punted in this situation, and what you got
was usually a bizarrly textured database). Likewise, no other polygon may
ever use "bar" as a base texture. If "bar" is desired as a base texture
elsewhere, you will need to make a copy of it with a different name.
Rather than eliminating the ".attr" files, its probably better to correct
both these and your database. You can do this from within Multigen by editing
the textures as necessary, bearing in mind the unique relationship.
The only way I know of to correct the pairing within the file(s) is to open
each one individually (can't go through an external) with multigen, select the
polygon icon; select all polygons whose base texture matches the base texture
(review your manuals for any details); select "global Attribute Modify";
bring up the property sheet withthe "=" key; type in the id number for the
correct detail texture; "zap" the property sheet; write out the file.
Next, repeat the procedure for any textures which might use the detail
id as a base texture, and replace it with a unique copy.
Be sure and study the loader's warnings with care as similar to a compiler,
most of the real problems are printed out at the beginning.
> >
> > >
> > > Any info would be greatly appreciated. And appologies if this topic has
> > > been discussed.
> >
> >
> >
> > --
> > --
> >
> > Richard McDonald
> > ___________________________________________________________
> >
> > richard++at++paradigmsim.com Paradigm Simulation, Inc.
> > voice: (972) 960-2301 14900 Landmark Blvd Ste 400
> > fax: (972) 960-2303 Dallas, TX 75240-6725
> > ___________________________________________________________
> >-- End of excerpt from Richard McDonald
>
>
> Once again, any help is appreciated. And thank you Richard for your most
> helpful and insightful response!
>
> --
> Russ
> ________________________________________________
______________________________
> Though my eyes could see | Russell Suter
> I still was a blind man. | Voice : (303) 889-1262
> Though my mind could think | Fax : (303) 889-1210
> I still was a mad man. | Internet :
russell++at++ctasim.com
> ________________________________________________|______________________________
>-- End of excerpt from Russell Suter
Hope this was helpful,
----Richard McDonald ___________________________________________________________
richard++at++paradigmsim.com Paradigm Simulation, Inc. voice: (972) 960-2301 14900 Landmark Blvd Ste 400 fax: (972) 960-2303 Dallas, TX 75240-6725 ___________________________________________________________ ======================================================================= 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:53:58 PDT