[Gzz-commits] gzz/Documentation/Manuscripts/Paper paper.tex

[Janne V. Kujala]

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Janne V. Kujala <address@hidden>        02/11/22 08:39:39

Modified files:
        Documentation/Manuscripts/Paper: paper.tex 

Log message:
        combiners

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gzz/gzz/Documentation/Manuscripts/Paper/paper.tex.diff?tr1=1.60&tr2=1.61&r1=text&r2=text

Patches:
Index: gzz/Documentation/Manuscripts/Paper/paper.tex
diff -u gzz/Documentation/Manuscripts/Paper/paper.tex:1.60 
gzz/Documentation/Manuscripts/Paper/paper.tex:1.61
--- gzz/Documentation/Manuscripts/Paper/paper.tex:1.60  Fri Nov 22 07:43:43 2002
+++ gzz/Documentation/Manuscripts/Paper/paper.tex       Fri Nov 22 08:39:39 2002
@@ -519,10 +519,9 @@
 from the basis textures and computing the fragment output color
 using the palette chosen for the background.
 
-NVIDIA register combiners subsume the standard OpenGL 
+NVIDIA register combiners replace the standard OpenGL 
 texture environment, color sum, and fog application with a
-more general programmable model.
-% Is this sentence directly copied from somewhere?
+more flexible programmable model.
 The possible computations are designed for the 
 needs of common operations such as bump map lighting and color blending.
 The primitive operations are dot product ($A \cdot B$), componentwise 
@@ -531,17 +530,21 @@
 for the registers, such as invert ($1-A$).
 
 Our need for the combiners is rather unconventional:
-we want to lose most of the information from the texture input values
-for the shapes of the basis textures to not become visible.
-Additionally, we want to create new, different shapes by varying
+we want to lose most of the original shapes of the basis textures
+and create new, different shapes 
+from the interaction of the basis texture inputs.
+Additionlly, we want to create more variation by varying
 the parameters of the combiner code based on the seed number.
-% Not quite true: also, interaction between textures.
 
 We use dot products between texture values and random constant vectors
-to extract information from the textures.
+to extract features from the textures.
 Because the numeric range of all register values is $[-1,1]$, 
-information is best lost by using the built-in output scaling (by $2$ or $4$) 
-of the dot product results before clamping to the register range.
+the complete shape of a basis texture may easily be carried on 
+to the output range, resulting in too little variation.
+We use the built-in output scaling (by $2$ or $4$) of the dot product 
+results before clamping to the register range to sharpen
+the gradients and to diminish the area from which the features
+of a single basis texture are extracted.
 
 New shapes can be created by computing polynomials of the real values.
 For example, the zero value contour of a real value can be obtained