Re: Darkened Textures

New Message Reply Date view Thread view Subject view Author view

Rob Jenkins (robj++at++quid)
Mon, 9 Dec 1996 17:59:06 -0800


On Dec 9, 4:56pm, Timothy Moore wrote:
> Subject: Re: Darkened Textures
> From: "Rob Jenkins" <robj++at++quid.csd.sgi.com>
> Date: Mon, 9 Dec 1996 14:32:13 -0800
>
> On Dec 9, 3:45pm, Aubrey Holland wrote:
> > Subject: Darkened Textures
> > Hello,
> >
> > I've been having trouble with a texture map which I have been
> > using in my application not appearing correctly. I have noticed that as
> > I increase the graphical intensity of my scene, the texture becomes a
> > darkened version of the actual RGB file(Not lightly darkened, but almost
> > completely black). Strangely, in the same run, if I highlight the geode
> > with the texture on it, it appears correctly. I'm
> > using a modified version of perfly. Also, I've noticed that if I load
up
> > only the geode containing the texture and not the rest of my scene, the
> > texture appears just fine.
> > Does anyone know why this phenomenon might occur??
> >
>
> This sounds like something you should get a support call logged on.
>
> While Rob would certainly know better than I when a support call is
> required, there might be a simpler explanation. You haven't said very
> much about how you created the textured geode... do the GeoSets
> actually have color attributes? If not, they are "inheriting" some
> random color from the rest of the scene, whereas when you displayed
> the geode alone white was be the default color if you didn't set a
> color via a pfMaterial.
>
> Tim
>-- End of excerpt from Timothy Moore

This sounds reasonable, and worth looking into. I suggested a call really
because I thought I saw this question the other day and I don't think there's
been any responses prior to Tims'. There's often a grey area between the sort
of question to post to info-performer and the sort that requires support as a
rule of thumb I'd say by all means post things, the experience of all the users
on this alias is an extremely powerful resource but if the problem is
complicated, protracted or needs defining more then think about logging a call
too. If you get a quick answer back from the list then great but it's a shame
to wait a week, not get replies and then log a call. Once you have a call
reference you have something solid to chase us (SGI) with :-)

Cheers
Rob

-- 
________________________________________________________________
Rob Jenkins mailto:robj++at++csd.sgi.com
Silicon Graphics, Mtn View, California, USA
=======================================================================
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:54:07 PDT

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