Re: Error with non textured subfaces (pfLayers)

New Message Reply Date view Thread view Subject view Author view

Mario Veraart (rioj7++at++fel.tno.nl)
Wed, 21 Jan 1998 11:39:34 +0100 (MET)


> On Jan 6, 9:34pm, Mario Veraart wrote:
> >I have a problem with a database that consists of polygons with
> >subfaces that are all non textured. (In the database version where
> >they are textured I don't have a problem).

The solution was very simple.
Leave the database textured, but disable texturing in the draw
callback. This way the polygon colours are used to draw.

Mario

> >
> >The database format I have is Multigen flight V15.4, with loader
> >version 15.2d.
> >
> >The subface polygons partially overlap ... (The polygons that should
> >cover part of otherpolygons are sometimes drawn first)
> >
> >Is there a solution to this problem?
>
> do not have "sibling" subfaces (with identical state) overlap each other. their
> relative ordering is not guaranteed by the flt loader. it optimizes super/sub
> face trees by processing them in breadth first order (not depth first). this
> allows subfaces to be gathered into the fewest possible geosets while providing
> the correct draw order in most use cases.
>
> Regards.
> --
> + Marcus Barnes, Technical Staff mailto:marcus++at++multigen.com +
> + Multigen Inc. http://www.multigen.com +
> + 550 S. Winchester Blvd. phoneto:1-408-556-2654 +
> + Suite 500 San Jose CA 95128 faxto:1-408-261-4102 +
> =======================================================================
> List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
> Submissions: info-performer++at++sgi.com
> Admin. requests: info-performer-request++at++sgi.com
>

=======================================================================
List Archives, FAQ, FTP: http://www.sgi.com/Technology/Performer/
            Submissions: info-performer++at++sgi.com
        Admin. requests: info-performer-request++at++sgi.com


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2.0b2 on Mon Aug 10 1998 - 17:56:36 PDT

This message has been cleansed for anti-spam protection. Replace '++at++' in any mail addresses with the '@' symbol.