Re: Flat draw without local lights

New Message Reply Date view Thread view Subject view Author view

Lionel Maiaux (maiaux++at++platine.corys.fr)
Fri, 13 Sep 1996 18:57:36 -0600

This doesn't work because this only modify the type of pfGeosets primitives (
PFGS_FLAT_TRISTRIPS -> PFGS_TRISTRIPS) but in my case, I'm sure that my
pfGeoSets have PFGS_QUADS primitives.

(I think tests of existing local pflights are done before pfDraw).

Other ideas ?

On Sep 13, 4:54pm, Angus Dorbie wrote:
> Subject: Re: Flat draw without local lights
> John Rohlf once spake:
>
> pfdMesherMode(PFDMESH_LOCAL_LIGHTING, 1);
> pfdBldrMode(PFDBLDR_MESH_LOCAL_LIGHTING, 1);
>
> Rgds,
> Angus.
>
> On Sep 13, 4:33pm, Lionel Maiaux wrote:
> > Subject: Flat draw without local lights
> > Hi,
> >
> > It seems that when there are no local (point or spot) pfLight, pfGeoSets
with
> > overall color and normal bindings are automatically flat rendered.
> >
> > This optimization is very interesting but for some reasons (...), I want to
> > light my pfGeoSets with OpenGL lights. Does anybody know (performer
> developpers
> > I suppose) an efficient way to suppress this optimization (without changing
> my
> > bindings or creating any pfLight) ???

-- 
--------------------------------------------------------------------------------                        Lionel Maiaux
                       l.maiaux++at++corys.fr
--------------------------------------------------------------------------------
=======================================================================
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:53:32 PDT

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