pfdBuild() question

New Message Reply Date view Thread view Subject view Author view

Dale Olson (dolson++at++stymie.clubfed.sgi.com)
Thu, 15 Aug 1996 12:43:08 -0400

I have a customer who is porting his modified pfobj.c file loader from
Performer 1.2 to 2.0, and is having problems with the texturing. He is running
on a Reality Engine with 5.3, and I can duplicate the problem on an IR running
6.3 and Performer 2.1. Any suggestions?...

> Subject: Re: Progress on .obj file loader
>
> Dale,
>
> I started with the Performer 2.0 pfobj.c and have been adding in our
> modified "g" (group) and "LOD"/"lod" (level-of-detail) handling.
> Included in this is a call to pfdBuild() for each group per LOD.
> We then hand-assemble the returned nodes into a single tree that
> includes a pfLOD node for each group in the terrain. I appear to
> have a working loader, except for texturing. With the terrain
> object file "testground.obj" I get the following error messages
> from pfdBuild():
>
> Auto Disabling Texture coords because texture is off
>
> and then a corresponding complaint about not having an associated
> color once it ignores the texture. This error is in routine
> pfdBuildNthNode() in file pfdBuilder.c and is a result of the
> following test failing:
>
> (pfGetGStateCombinedMode(curGState,
> PFSTATE_ENTEXTURE,
> CBldr->defaultGState) == PF_OFF) &&
> (pfGetGSetAttrBind(gsp, PFGS_TEXCOORD2) != PFGS_OFF)
>
> Obviously, I want textures to be on, but I have found an entire
> day of wading through the builder code to be frustrating. One of
> the following must be going on:
>
> the current builder's gstate isn't being set correctly
>
> the global builder structure's default gstate isn't
> being set correctly
>
> Without resorting to recompiling the builder, I can't tell which
> is the case, or how to circumvent the problem. I suppose that one
> alternative is to forcibly turn off the global builder structure's
> PFDBLDR_AUTO_DISABLE_TCOORDS_BY_STATE mode, but that doesn't really
> solve the problem, it just covers it up.
>
> Any thoughts on this?
>
>-- End of excerpt

-- 


 ......................................................................
:        Dale Olson          |	         <dolson++at++sgi.com>              :
:     Systems Engineer       |                                         :
:  12200-G Plum Orchard Dr.  |	 "I'll MAKE the damn thing work...     :
:    Silver Spring, MD       |                                         :
:          20904             |	    (301) 572-3265    VM 5-8480        :
 ......................................................................


=======================================================================
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:22 PDT

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