[info-performer] limit color values with blending ?

New Message Reply Date view Thread view Subject view Author view

From: Jürgen Gotschlich (juergen.gotschlich++at++dlr.de)
Date: 08/29/2002 05:31:37


Hi performer,

I need a hint, how to limit the color values of an application to a
specific threshold, e.g. to make sure that no pixels are drawn with
R,G,B-values above 0.9, if this is the threshold. So, all pixels with
color-values from 0.9-1.0 need to be limited to 0.9.

Here are some general thoughts:

Is it possible to do this with an overall function, independent of the
actual scenery ? How much does this affect the performance. Is it better
to reduce the limit-functions to specific objects ?

My application is using lots of DECALed textured objects. If I make
sure, that these textures only have limited pixel-values, then no
shading or lighting, etc. should change these values. Is that right ? So
this would be a 'pre-offline-check', nothing to do inside performer, but
a lot of work outside.

But what about the MODULATEd textures ? The color-values will change
according to the lighting model. I played around with basic gl-routines
like glBlendFunc, glBlendEquation, etc. but no result. May be I didn't
use them correctly.

Maybe there's another way via performer shader (chapter 10 in the Perf.
Prog. Guide) ? But I don't understand how to implement.

So, what is the best way ? Any hints are welcome.

Juergen

-- 
________________________________________________________________________

Jürgen Gotschlich email: juergen.gotschlich++at++dlr.de __/|_ Phone: +49(531)295-3248/2778 /_/_/_/ Fax : +49(531)295-2640 |/ DLR

Deutsches Zentrum für Luft-und Raumfahrt | German Aerospace Center Institut für Flugsystemtechnik | Inst. of Flight Research Abt. Flugsimulation | Flight Simulation Dep. Lilienthalplatz 7 | Lilienthalplatz 7 D-38108 Braunschweig | D-38108 Braunschweig, Germany ________________________________________________________________________


New Message Reply Date view Thread view Subject view Author view

This archive was generated by hypermail 2b29 : Thu Aug 29 2002 - 05:31:51 PDT

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