- improve WsControl error checking
[wine.git] / documentation / opengl.sgml
blob16a73630fe865bbb701e876211af33ffdb8ca76c
1 <chapter id="opengl">
2 <title>Wine and OpenGL</title>
4 <para>
5 Written by &name-lionel-ulmer; <email>&email-lionel-ulmer;</email>,
6 last modification : 2000/06/13
7 </para>
8 <para>
9 (Extracted from <filename>wine/documentation/opengl</filename>)
10 </para>
12 <sect1 id="opengl-required">
13 <title>What is needed to have OpenGL support in Wine</title>
15 <para>
16 Basically, if you have a Linux OpenGL ABI compliant libGL
17 (<ulink url="http://oss.sgi.com/projects/ogl-sample/ABI/">
18 http://oss.sgi.com/projects/ogl-sample/ABI/</ulink>)
19 installed on your computer, you should everything that is
20 needed.
21 </para>
22 <para>
23 To be more clear, I will detail one step after another what
24 the <command>configure</command> script checks.
25 </para>
26 <para>
27 If, after Wine compiles, OpenGL support is not compiled in,
28 you can always check <filename>config.log</filename> to see
29 which of the following points failed.
30 </para>
32 <sect2>
33 <title>Header files</title>
35 <para>
36 The needed header files to build OpenGL support in Wine are :
37 </para>
39 <variablelist>
40 <varlistentry>
41 <term><filename>gl.h:</filename></term>
42 <listitem>
43 <para>
44 the definition of all OpenGL core functions, types and enumerants
45 </para>
46 </listitem>
47 </varlistentry>
48 <varlistentry>
49 <term><filename>glx.h:</filename></term>
50 <listitem>
51 <para>
52 how OpenGL integrates in the X Window environment
53 </para>
54 </listitem>
55 </varlistentry>
56 <varlistentry>
57 <term><filename>glext.h:</filename></term>
58 <listitem>
59 <para>
60 the list of all registered OpenGL extensions
61 </para>
62 </listitem>
63 </varlistentry>
64 </variablelist>
66 <para>
67 The latter file (<filename>glext.h</filename>) is, as of
68 now, not necessary to build Wine. But as this file can be
69 easily obtained from SGI
70 (<ulink url="http://oss.sgi.com/projects/ogl-sample/ABI/glext.h">
71 http://oss.sgi.com/projects/ogl-sample/ABI/glext.h</ulink>),
72 and that all OpenGL should provide one, I decided to keep it here.
73 </para>
74 </sect2>
76 <sect2>
77 <title>OpenGL library thread-safety</title>
79 <para>
80 After that, the script checks if the OpenGL library relies
81 or not on the pthread library to provide thread safety (most
82 'modern' OpenGL libraries do).
83 </para>
84 <para>
85 If the OpenGL library explicitly links in libpthread (you
86 can check it with a <command>ldd libGL.so</command>), you
87 need to force OpenGL support by starting
88 <command>configure</command> with the
89 <parameter>--enable-opengl</parameter> flag.
90 </para>
91 <para>
92 The reason to this is that Wine contains some hacks done by
93 Ove to cohabit with pthread that are known to work well in
94 most of the cases (glibc 2.1.x). On the other hand, we never
95 got Wine to work with glibc 2.0.6. Thus, I deemed preferable
96 to play it safe : by default, I suppose that the hack won't
97 work and that it's the user's responsibility to enable it.
98 </para>
99 <para>
100 Anyway, it should be pretty safe to build with
101 <parameter>--enable-opengl</parameter>.
102 </para>
103 </sect2>
105 <sect2>
106 <title>OpenGL library itself</title>
108 <para>
109 To check for the presence of 'libGL' on the system, the
110 script checks if it defines the
111 <function>glXCreateContext</function> function. There should
112 be no problem here.
113 </para>
114 </sect2>
116 <sect2>
117 <title>glXGetProcAddressARB function</title>
119 <para>
120 The core of Wine's OpenGL implementation (at least for all
121 extensions) is the <function>glXGetProcAddressARB</function>
122 function. Your OpenGL library needs to have this function
123 defined for Wine to be able to support OpenGL.
124 </para>
125 <para>
126 If your library does not provide it, you are out of luck.
127 </para>
128 <note>
129 <para>
130 this is not completely true as one could rewrite a
131 <function>glXGetProcAddressARB</function> replacement
132 using <function>dlopen</function> and friends, but well,
133 telling people to upgrade is easier :-).
134 </para>
135 </note>
136 </sect2>
137 </sect1>
139 <sect1 id="opengl-configure">
140 <title>How to configure</title>
142 <para>
143 Configuration is quite easy : once OpenGL support has been
144 built in Wine, this internal OpenGL driver will be used each
145 time an application tries to load
146 <filename>opengl32.dll</filename>.
147 </para>
148 <para>
149 Due to restrictions (that do not exist in Windows) on OpenGL
150 contexts, if you want to prevent the screen to flicker when
151 using OpenGL applications (all games are using double-buffered
152 contexts), you need to set the following option in your
153 <filename>~/.wine/config</filename> file
154 in the [x11drv] section :
155 </para>
156 <programlisting>
157 DesktopDoubleBuffered = Y
158 </programlisting>
159 <para>
160 and to run Wine with the <parameter>--desktop</parameter>
161 option.
162 </para>
163 </sect1>
165 <sect1 id="opengl-works">
166 <title>How it all works</title>
168 <para>
169 The core OpenGL function calls are the same between Windows
170 and Linux. So what is the difficulty to support it in Wine ?
171 Well, there are two different problems :
172 </para>
174 <orderedlist>
175 <listitem>
176 <para>
177 the interface to the windowing system is different for
178 each OS. It's called 'GLX' for Linux (well, for X Window)
179 and 'wgl' for Windows. Thus, one need first to emulate one
180 (wgl) with the other (GLX).
181 </para>
182 </listitem>
183 <listitem>
184 <para>
185 the calling convention between Windows (the 'Pascal'
186 convention or 'stdcall') is different from the one used on
187 Linux (the 'C' convention or 'cdecl'). This means that
188 each call to an OpenGL function must be 'translated' and
189 cannot be used directly by the Windows program.
190 </para>
191 </listitem>
192 </orderedlist>
194 <para>
195 Add to this some brain-dead programs (using GL calls without
196 setting-up a context or deleting three time the same context)
197 and you have still some work to do :-)
198 </para>
200 <sect2>
201 <title>The Windowing system integration</title>
203 <para>
204 This integration is done at two levels :
205 </para>
207 <orderedlist>
208 <listitem>
209 <para>
210 At GDI level for all pixel format selection routines (ie
211 choosing if one wants a depth / alpha buffer, the size
212 of these buffers, ...) and to do the 'page flipping' in
213 double buffer mode. This is implemented in
214 <filename>graphics/x11drv/opengl.c</filename> (all these
215 functions are part of Wine's graphic driver function
216 pointer table and thus could be reimplemented if ever Wine
217 works on another Windowing system than X).
218 </para>
219 </listitem>
220 <listitem>
221 <para>
222 In the <filename>OpenGL32.DLL</filename> itself for all
223 other functionalities (context creation / deletion,
224 querying of extension functions, ...). This is done in
225 <filename>dlls/opengl32/wgl.c</filename>.
226 </para>
227 </listitem>
228 </orderedlist>
229 </sect2>
231 <sect2>
232 <title>The thunks</title>
234 <para>
235 The thunks are the Wine code that does the calling
236 convention translation and they are auto-generated by a Perl
237 script. In Wine's CVS tree, these thunks are already
238 generated for you. Now, if you want to do it yourself, there
239 is how it all works....
240 </para>
241 <para>
242 The script is located in <filename>dlls/opengl32</filename>
243 and is called <command>make_opengl</command>. It requires
244 Perl5 to work and takes two arguments :
245 </para>
247 <orderedlist>
248 <listitem>
249 <para>
250 The first is the path to the OpenGL registry. Now, you
251 will all ask 'but what is the OpenGL registry ?' :-)
252 Well, it's part of the OpenGL sample implementation
253 source tree from SGI (more informations at this URL :
254 <ulink url="http://oss.sgi.com/projects/ogl-sample/">
255 http://oss.sgi.com/projects/ogl-sample/</ulink>.
256 </para>
257 <para>
258 To summarize, these files contain human-readable but
259 easily parsed information on ALL OpenGL core functions
260 and ALL registered extensions (for example the
261 prototype, the OpenGL version, ...).
262 </para>
263 </listitem>
264 <listitem>
265 <para>
266 the second is the OpenGL version to 'simulate'. This
267 fixes the list of functions that the Windows application
268 can link directly to without having to query them from
269 the OpenGL driver. Windows is based, for now, on OpenGL
270 1.1, but the thunks that are in the CVS tree are
271 generated for OpenGL 1.2.
272 </para>
273 <para>
274 This option can have three values:
275 <literal>1.0</literal>, <literal>1.1</literal> and
276 <literal>1.2</literal>.
277 </para>
278 </listitem>
279 </orderedlist>
281 <para>
282 This script generates three files :
283 </para>
285 <orderedlist>
286 <listitem>
287 <para>
288 <filename>opengl32.spec</filename> gives Wine's linker
289 the signature of all function in the
290 <filename>OpenGL32.DLL</filename> library so that the
291 application can link them. Only 'core' functions are
292 listed here.
293 </para>
294 </listitem>
295 <listitem>
296 <para>
297 <filename>opengl_norm.c</filename> contains all the
298 thunks for the 'core' functions. Your OpenGL library
299 must provide ALL the function used in this file as these
300 are not queried at run time.
301 </para>
302 </listitem>
303 <listitem>
304 <para>
305 <filename>opengl_ext.c</filename> contains all the
306 functions that are not part of the 'core' functions.
307 Contrary to the thunks in
308 <filename>opengl_norm.c</filename>, these functions do
309 not depend at all on what your libGL provides.
310 </para>
311 <para>
312 In fact, before using one of these thunks, the Windows
313 program first needs to 'query' the function pointer. At
314 this point, the corresponding thunk is useless. But as
315 we first query the same function in libGL and store the
316 returned function pointer in the thunk, the latter
317 becomes functional.
318 </para>
319 </listitem>
320 </orderedlist>
321 </sect2>
322 </sect1>
324 <sect1 id="opengl-problems">
325 <title>Known problems - shortcomings</title>
327 <sect2>
328 <title>Missing GLU32.DLL</title>
330 <para>
331 GLU is a library that is layered upon OpenGL. There is a
332 100% correspondence between the
333 <filename>libGLU.so</filename> that is used on Linux and
334 <filename>GLU32.DLL</filename>.
335 </para>
336 <para>
337 As for the moment, I did not create a set of thunks to support this
338 library natively in Wine (it would easy to do, but I am waiting for
339 a better solution than adding another autogenerated thunk file), you
340 can always download anywhere on the net (it's free) a
341 <filename>GLU32.DLL</filename> file (by browsing, for example,
342 <ulink url="http://www.dll-files.com/dllindex/index.shtml">
343 http://www.dll-files.com/dllindex/index.shtml</ulink>).
344 </para>
345 </sect2>
347 <sect2>
348 <title>OpenGL not detected at configure time</title>
350 <para>
351 See section (I) for a detailed explanation of the
352 <filename>configure</filename> requirements.
353 </para>
354 </sect2>
356 <sect2>
357 <title>When running an OpenGL application, the screen flickers</title>
359 <para>
360 See section (II) for how to create the context
361 double-buffered and thus preventing this flicker effect.
362 </para>
363 </sect2>
365 <sect2>
366 <title>Wine gives me the following error message : </title>
368 <screen>
369 Extension defined in the OpenGL library but NOT in opengl_ext.c...
370 Please report (&email-lionel-ulmer;) !
371 </screen>
373 <para>
374 This means that the extension requested by the application
375 is found in the libGL used by Linux (ie the call to
376 <function>glXGetProcAddressARB</function> returns a
377 non-<constant>NULL</constant> pointer) but that this string
378 was NOT found in Wine's extension registry.
379 </para>
380 <para>
381 This can come from two causes :
382 </para>
384 <orderedlist>
385 <listitem>
386 <para>
387 The <filename>opengl_ext.c</filename> file is too old
388 and needs to be generated again.
389 </para>
390 </listitem>
391 <listitem>
392 <para>
393 Use of obsolete extensions that are not supported
394 anymore by SGI or of 'private' extensions that are not
395 registered. An example of the former are
396 <function>glMTexCoord2fSGIS</function> and
397 <function>glSelectTextureSGIS</function> as used by
398 Quake 2 (and apparently also by old versions of Half
399 Life). If documentation can be found on these functions,
400 they can be added to Wine's extension set.
401 </para>
402 </listitem>
403 </orderedlist>
405 <para>
406 If you have this, run with <parameter>--debugmsg
407 +opengl</parameter> and send me
408 <email>&email-lionel-ulmer;</email> the TRACE.
409 </para>
410 </sect2>
412 <sect2>
413 <title><filename>libopengl32.so</filename> is built but it is still not working</title>
415 <para>
416 This may be caused by some missing functions required by
417 <filename>opengl_norm.c</filename> but that your Linux
418 OpenGL library does not provide.
419 </para>
420 <para>
421 To check for this, do the following steps :
422 </para>
424 <orderedlist>
425 <listitem>
426 <para>
427 create a dummy <filename>.c</filename> file :
428 </para>
429 <programlisting>
430 int main(void) {
431 return 0;
433 </programlisting>
434 </listitem>
435 <listitem>
436 <para>
437 try to compile it by linking both libwine and
438 libopengl32 (this command line supposes that you
439 installed the Wine libraries in
440 <filename>/usr/local/lib</filename>, YMMV) :
441 </para>
442 <programlisting>
443 gcc dummy.c -L/usr/local/lib -lwine -lopengl32
444 </programlisting>
445 </listitem>
446 <listitem>
447 <para>
448 if it works, the problem is somewhere else (and you can
449 send me an email). If not, you could re-generate the
450 thunk files for OpenGL 1.1 for example (and send me your
451 OpenGL version so that this problem can be detected at
452 configure time).
453 </para>
454 </listitem>
455 </orderedlist>
456 </sect2>
457 </sect1>
458 </chapter>
460 <!-- Keep this comment at the end of the file
461 Local variables:
462 mode: sgml
463 sgml-parent-document:("wine-devel.sgml" "set" "book" "part" "chapter" "")
464 End: