glutInitDisplayString.man
上传用户:xk288cn
上传日期:2007-05-28
资源大小:4876k
文件大小:9k
源码类别:

GIS编程

开发平台:

Visual C++

  1. ."
  2. ." Copyright (c) Mark J. Kilgard, 1996.
  3. ."
  4. .TH glutInitDisplayString 3GLUT "3.7" "GLUT" "GLUT"
  5. .SH NAME
  6. glutInitDisplayString - sets the initial display mode via a string. 
  7. .SH SYNTAX
  8. .nf
  9. .LP
  10. void glutInitDisplayString(char *string);
  11. .fi
  12. .SH ARGUMENTS
  13. .IP fIstringfP 1i
  14. Display mode description string, see below.
  15. .SH DESCRIPTION
  16. The initial display mode description string is used when creating top-level windows,
  17. subwindows, and overlays to determine the OpenGL display mode for
  18. the to-be-created window or overlay. 
  19. The string is a list of zero or more capability descriptions separated by
  20. spaces and tabs.  Each capability description is a capability name that
  21. is optionally followed by a comparator and a numeric value.  For
  22. example, "double" and "depth>=12" are both valid criteria.
  23. The capability descriptions are translated into a set of criteria
  24. used to select the appropriate frame buffer configuration.
  25. The criteria are matched in
  26. strict left to right order of precdence.  That is, the first specified
  27. criteria (leftmost) takes precedence over the later criteria for non-exact
  28. criteria (greater than, less than, etc. comparators).  Exact
  29. criteria (equal, not equal compartors) must match exactly so precedence is
  30. not relevant.
  31. The numeric value is an integer that is parsed according to ANSI C's
  32. strtol(str, strptr, 0) behavior.  This means that decimal, octal
  33. (leading 0), and hexidecimal values (leading 0x) are accepeted.
  34. The valid compartors are:
  35. .TP 8
  36. .B =
  37. Equal.
  38. .TP 8
  39. .B !=
  40. Not equal.
  41. .TP 8
  42. .B <
  43. Less than and preferring larger difference (the least is best).
  44. .TP 8
  45. .B >
  46. Greeater than and preferring larger differences (the most is best).
  47. .TP 8
  48. .B <=
  49. Less than or equal and preferring larger difference (the least is best).
  50. .TP 8
  51. .B >=
  52. Greater than or equal and preferring more instead of less.
  53. This comparator is useful for allocating resources like color
  54. precsion or depth buffer precision where the maximum precison
  55. is generally preferred.  Contrast with the tilde (~) comprator.
  56. .TP 8
  57. .B ~
  58. Greater than or equal but preferring less instead of more.  This
  59. compartor is useful for allocating resources such as stencil bits or
  60. auxillary color buffers where you would rather not over allocate.
  61. When the compartor and numeric value are not specified, each
  62. capability name has a different default (one default is to require
  63. a a compartor and numeric value).
  64. .LP
  65. The valid capability names are:
  66. .TP 8
  67. .B alpha 
  68. Alpha color buffer precision in bits.
  69. Default is ">=1".
  70. .TP 8
  71. .B acca
  72. Red, green, blue, and alpha accumulation buffer precision in bits.
  73. Default is ">=1" for red, green, blue, and alpha capabilities.
  74. .TP 8
  75. .B acc
  76. Red, green, and green accumulation buffer precision in bits and zero
  77. bits of alpha accumulation buffer precision.
  78. Default is ">=1" for red, green, and blue capabilities, and 
  79. "~0" for the alpha capability.
  80. .TP 8
  81. .B blue
  82. Blue color buffer precision in bits.
  83. Default is ">=1".
  84. .TP 8
  85. .B buffer
  86. Number of bits in the color index color buffer.
  87. Default is ">=1".
  88. .TP 8
  89. .B conformant
  90. Boolean indicating if the frame buffer configuration is conformant or
  91. not.  Conformance information is based on GLX's EXT_visual_rating
  92. extension if supported.  If the extension is not supported, all visuals
  93. are assumed conformat.
  94. Default is "=1".
  95. .TP 8
  96. .B depth
  97. Number of bits of precsion in the depth buffer.
  98. Default is ">=12".
  99. .TP 8
  100. .B double
  101. Boolean indicating if the color buffer is double buffered.
  102. Default is "=1".
  103. .TP 8
  104. .B green
  105. Green color buffer precision in bits.
  106. Default is ">=1".
  107. .TP 8
  108. .B index
  109. Boolean if the color model is color index or not.  True is color index.
  110. Default is ">=1".
  111. .TP 8
  112. .B num
  113. A special capability name indicating where the value represents the
  114. Nth frame buffer configuration matching the description string.
  115. When not specified, glutInitDisplayString also returns the first
  116. (best matching) configuration.  num requires a compartor and
  117. numeric value.
  118. .TP 8
  119. .B red
  120. Red color buffer precision in bits.
  121. Default is ">=1".
  122. .TP 8
  123. .B rgba
  124. Number of bits of red, green, blue, and alpha in the RGBA color buffer.
  125. Default is ">=1" for red, green, blue, and alpha capabilities,
  126. and "=1" for the RGBA color model capability.
  127. .TP 8
  128. .B rgb
  129. Number of bits of red, green, and blue in the RGBA color buffer and
  130. zero bits of alpha color buffer precision.
  131. Default is ">=1" for the red, green, and blue capabilities, and "~0" for 
  132. alpha capability, and "=1" for the RGBA color model capability.
  133. .TP 8
  134. .B luminance
  135. Number of bits of red in the RGBA and zero bits of green, blue (alpha
  136. not specified) of color buffer precision.
  137. Default is ">=1" for the red capabilitis, and "=0" for the
  138. green and blue capabilities, and "=1" for the RGBA color model
  139. capability, and, for X11, "=1" for the StaticGray ("xstaticgray")
  140. capability.
  141. SGI InfiniteReality (and other future machines) support a 16-bit
  142. luminance (single channel) display mode (an additional 16-bit alpha
  143. channel can also be requested).  The red channel maps to gray scale and
  144. green and blue channels are not available.  A 16-bit precision
  145. luminance display mode is often appropriate for medical imaging
  146. applications.  Do not expect many machines to support extended
  147. precision luminance display modes.
  148. .TP 8
  149. .B stencil
  150. Number of bits in the stencil buffer.
  151. .TP 8
  152. .B single
  153. Boolean indicate the color buffer is single buffered.
  154. Double buffer capability "=1".
  155. .TP 8
  156. .B stereo
  157. Boolean indicating the color buffer is supports OpenGL-style stereo.
  158. Default is "=1".
  159. .TP 8
  160. .B samples
  161. Indicates the number of multisamples to use based on GLX's
  162. SGIS_multisample extension (for antialiasing).
  163. Default is "<=4".  This default means that a GLUT application can
  164. request multipsampling if available by simply specifying "samples".
  165. .TP 8
  166. .B slow
  167. Boolean indicating if the frame buffer configuration is slow or
  168. not.  Slowness information is based on GLX's EXT_visual_rating
  169. extension if supported.  If the extension is not supported, all visuals
  170. are assumed fast.  Note that slowness is a relative designation relative
  171. to other frame buffer configurations available.  The intent of the
  172. slow capability is to help programs avoid frame buffer configurations
  173. that are slower (but perhaps higher precision) for the current machine.
  174. Default is ">=0".  This default means that slow visuals are used in
  175. preference to fast visuals, but fast visuals will still be allowed.
  176. .TP 8
  177. .B win32pfd
  178. Only recognized on GLUT implementations for Win32, this capability
  179. name matches the Win32 Pixel Format Descriptor by numer.  win32pfd
  180. requires a compartor and numeric value.
  181. .TP 8
  182. .B xvisual
  183. Only recongized on GLUT implementations for the X Window System, this
  184. capability name matches the X visual ID by number.
  185. xvisual requires a compartor and numeric value.
  186. .TP 8
  187. .B xstaticgray
  188. Only recongized on GLUT implementations for the X Window System,
  189. boolean indicating if the frame buffer configuration's X visual is
  190. of type StaticGray.
  191. Default is "=1".
  192. .TP 8
  193. .B xgrayscale
  194. Only recongized on GLUT implementations for the X Window System,
  195. boolean indicating if the frame buffer configuration's X visual is
  196. of type GrayScale.
  197. Default is "=1".
  198. .TP 8
  199. .B xstaticcolor
  200. Only recongized on GLUT implementations for the X Window System,
  201. boolean indicating if the frame buffer configuration's X visual is
  202. of type StaticColor.
  203. Default is "=1".
  204. .TP 8
  205. .B xpseudocolor
  206. Only recongized on GLUT implementations for the X Window System,
  207. boolean indicating if the frame buffer configuration's X visual is
  208. of type PsuedoColor.
  209. Default is "=1".
  210. .TP 8
  211. .B xtruecolor
  212. Only recongized on GLUT implementations for the X Window System,
  213. boolean indicating if the frame buffer configuration's X visual is
  214. of type TrueColor.
  215. Default is "=1".
  216. .TP 8
  217. .B xdirectcolor
  218. Only recongized on GLUT implementations for the X Window System,
  219. boolean indicating if the frame buffer configuration's X visual is
  220. of type DirectColor.
  221. Default is "=1".
  222. .LP
  223. Unspecifed capability descriptions will result in unspecified
  224. criteria being generated.  These unspecified criteria help
  225. glutInitDisplayString behave sensibly with terse
  226. display mode description strings.
  227. .SH EXAMPLE
  228. Here is an examples using glutInitDisplayString:
  229. .nf
  230. .LP
  231.   glutInitDisplayString("stencil~2 rgb double depth>=16 samples");
  232. .LP
  233. .fi
  234. The above call requests a window with an RGBA color model (but requesting
  235. no bits of alpha), a depth buffer with at least 16 bits of precsion but
  236. preferring more, mutlisampling
  237. if available, and at least 2 bits of stencil (favoring less stencil
  238. to more as long as 2 bits are available).
  239. .SH SEE ALSO
  240. glutInit, glutCreateWindow, glutInitDisplayMode
  241. .SH AUTHOR
  242. Mark J. Kilgard (mjk@nvidia.com)