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

[Tuomas J. Lukka]

CVSROOT:        /cvsroot/gzz
Module name:    gzz
Changes by:     Tuomas J. Lukka <address@hidden>        02/12/01 17:30:44

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

Log message:
        Twids

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

Patches:
Index: gzz/Documentation/Manuscripts/Paper/paper.tex
diff -u gzz/Documentation/Manuscripts/Paper/paper.tex:1.219 
gzz/Documentation/Manuscripts/Paper/paper.tex:1.220
--- gzz/Documentation/Manuscripts/Paper/paper.tex:1.219 Sun Dec  1 17:24:59 2002
+++ gzz/Documentation/Manuscripts/Paper/paper.tex       Sun Dec  1 17:30:44 2002
@@ -936,8 +936,11 @@
 the backgrounds clutter the display
 visually, making the user interface more confusing,
 and reduce text readability.
-However, we have found that by tuning the color selection and the gamma
-correction of the display, all this can be avoided.
+Indeed, one of the most difficult aspects of the work was making the random
+color selection produce acceptable results.
+However, by tuning the color selection and the gamma
+correction of the display, we were able to (in our opinion) avoid
+the above problems.
 It is important that the colors chosen are light and that the palettes
 have a relatively small range of colors.
 Also, text readability on the generated backgrounds depends 
@@ -984,25 +987,27 @@
 it should be possible to obtain interesting textures with just one pass.
 
 We are working on implementing
-similar algorithms on ATI's extensions, due to their recent release
-of a Linux driver. However, we see the proprietary extensions only
-as an interim situation: the recently completed
-OpenGL ARB fragment program extension specification is a step
-in the direction of having a common API over different OpenGL cards.
-We do not use DirectX because it is restricted to one platform.
-
-The next generation graphics chips will support 
-a great deal more of procedural texturing and there the technological
-limitations will be less of a problem.
-
-
-The algorithms can be further developed: 
-simulating lighting and
-a rough surface could produce good results.
-
-In order to create more interesting backgrounds, it can also be useful
-to use repeating units for non-repeating backgrounds --- but use more than one,
-which are not rationally related.
+these algorithms on ATI's extensions, due to their recent release
+of a Linux driver. 
+
+% However, we see the proprietary extensions only
+% as an interim situation: the recently completed
+% OpenGL ARB fragment program extension specification is a step
+% in the direction of having a common API over different OpenGL cards.
+% We do not use DirectX because it is restricted to one platform.
+
+% The next generation graphics chips will support 
+% a great deal more of procedural texturing and there the technological
+% limitations will be less of a problem.
+
+
+% The algorithms can be further developed: 
+% simulating lighting and
+% a rough surface could produce good results.
+
+% In order to create more interesting backgrounds, it can also be useful
+% to use repeating units for non-repeating backgrounds --- but use more than 
one,
+% which are not rationally related.
 
 Carrying out usability tests is necessary, both
 to measure how many textures can be remembered
@@ -1029,7 +1034,6 @@
 
 NONREP: BAD HW ACCEL?
 
-COLORS MOST DIFFICULT
 
 % \section{MPEG Animation}
 % [not to be included in final ms.]