From: Angus Dorbie (dorbie++at++sgi.com)
Date: 08/11/2000 15:53:38
This may be the polygon offset values used on that platform. It seems
that with the OpenGL 1.1 offset there are some inconsistencies with the
values required by the offset routines.
You can use the following environment variables to influence the
behaviour:
PF_FORCE_ARB_POLYGON_OFFSET
the above forces the use of the 1.1 ARB addition, instead of the EXT
extension, this is the default on OpenGL 1.1 implementations.
PF_ARB_POLYGON_OFFSET_FACTOR
Specifies the offset factor used by the offset calls (see
glPolygonOffset man page)
PF_ARB_POLYGON_OFFSET_UNITS
Specifies the units used by the offset calls (see glPolygonOffset man
page)
PF_FORCE_EXT_POLYGON_OFFSET
This forces the use of the old style offset extension, it will ignore
the units & factor values above.
Cheers,Angus.
Bing Zeng wrote:
>
> Has anybody encountered a drawing order problem with polygons that has
> "sub-faces" (.flt model) on the new SGI PC 230 (running Performer 2.3
> and Red Hat 6.1) ?
>
> A typical "sub-face" in our FLT model - such as a runway strip on top of
> the airport terrain, or a label on top of a building facade, is created
> in MultiGen as a "child" of the big polygon that it attach onto. These
> sub-faces look fine on Onyx2, Octane and Impact machines, but they
> flicker badly on the new SGI 230. Is this a known problem? Any solutions
> to this?
>
> --
> Bing Zeng
> BALFOUR Technologies
> bing++at++BAL4.com
>
> .+-·!S÷¬Løm¶YÿÃ,,'(>û(~Üïéz·è®g«ý+>s+,S?ìSwè¥êߢ¹?®È"r??vh§ê®zËlSwè¥êߢ¹?®·ª¹ë-²?om==
-- For Performer+OpenGL tutorials http://www.dorbie.com/"In the middle of difficulty lies opportunity." --Albert Einstein
This archive was generated by hypermail 2b29 : Fri Aug 11 2000 - 15:53:53 PDT