• Home
  • Line#
  • Scopes#
  • Navigate#
  • Raw
  • Download
1Name
2
3     MESA_trace
4
5Name Strings
6
7     GL_MESA_trace
8
9Contact
10
11    Bernd Kreimeier, Loki Entertainment, bk 'at' lokigames.com
12    Brian Paul, VA Linux Systems, Inc., brianp 'at' valinux.com
13
14Status
15
16    Obsolete.
17
18Version
19
20
21Number
22
23    none yet
24
25Dependencies
26
27    OpenGL 1.2 is required.
28    The extension is written against the OpenGL 1.2 Specification
29
30Overview
31
32    Provides the application with means to enable and disable logging
33    of GL calls including parameters as readable text. The verbosity
34    of the generated log can be controlled. The resulting logs are
35    valid (but possibly incomplete) C code and can be compiled and
36    linked for standalone test programs. The set of calls and the
37    amount of static data that is logged can be controlled at runtime.
38    The application can add comments and enable or disable tracing of GL
39    operations at any time. The data flow from the application to GL
40    and back is unaffected except for timing.
41
42    Application-side implementation of these features raises namespace
43    and linkage issues. In the driver dispatch table a simple
44    "chain of responsibility" pattern (aka "composable piepline")
45    can be added.
46
47IP Status
48
49    The extension spec is in the public domain.  The current implementation
50    in Mesa is covered by Mesa's XFree86-style copyright by the authors above.
51    This extension is partially inspired by the Quake2 QGL wrapper.
52
53Issues
54
55
56    (1) Is this Extension obsolete because it can
57    be implemented as a wrapper DLL?
58
59      RESOLVED: No. While certain operating systems (Win32) provide linkers
60      that facilitate this kind of solution, other operating systems
61      (Linux) do not support hierarchical linking, so a wrapper solution
62      would result in symbol collisions.
63      Further, IHV's might have builtin support for tracing GL execution
64      that enjoys privileged access, or that they do not wish to separate
65      the tracing code from their driver code base.
66
67    (2) Should the Trace API explicitely support the notion of "frames?
68    This would require hooking into glXSwapBuffers calls as well.
69
70      RESOLVED: No. The application can use NewTraceMESA/EndTraceMESA
71      and TraceComment along with external parsing tools to split the
72      trace into frames, in whatever way considered adequate.
73
74    (2a) Should GLX calls be traced?
75
76      PBuffers and other render-to-texture solutions demonstrate that
77      context level commands beyond SwapBuffers might have to be
78      traced. The GL DLL exports the entry points, so this would not
79      be out of the question.
80
81    (3) Should the specification mandate the actual output format?
82
83      RESOLVED: No. It is sufficient to guarantee that all data and commands
84      will be traced as requested by Enable/DisableTraceMESA, in the order
85      encountered. Whether the resulting trace is available as a readable
86      text file, binary metafile, compilable source code, much less which
87      indentation and formatting has been used, is up to the implementation.
88      For the same reason this specification does not enforce or prohibit
89      additional information added to the trace (statistics, profiling/timing,
90      warnings on possible error conditions).
91
92    (4) Should the comment strings associated with names and pointer (ranges)
93    be considered persistent state?
94
95      RESOLVED: No. The implementation is not forced to use this information
96      on subsequent occurences of name/pointer, and is free to consider it
97      transient state.
98
99    (5) Should comment commands be prohibited between Begin/End?
100
101      RESOLVED: Yes, with the exception of TraceCommentMESA. TraceCommentMESA
102      is transient, the other commands might cause storage of persistent
103      data in the context. There is no need to have the ability mark names
104      or pointers between Begin and End.
105
106
107New Procedures and Functions
108
109    void NewTraceMESA( bitfield mask, const ubyte * traceName )
110
111    void EndTraceMESA( void )
112
113    void EnableTraceMESA( bitfield mask )
114
115    void DisableTraceMESA( bitfield mask )
116
117    void TraceAssertAttribMESA( bitfield attribMask )
118
119    void TraceCommentMESA( const ubyte* comment )
120
121    void TraceTextureMESA( uint name, const ubyte* comment )
122
123    void TraceListMESA( uint name, const ubyte* comment )
124
125    void TracePointerMESA( void* pointer, const ubyte* comment )
126
127    void TracePointerRangeMESA( const void* first,
128                                const void* last,
129                                const ubyte* comment )
130
131New Tokens
132
133    Accepted by the <mask> parameter of EnableTrace and DisableTrace:
134
135       TRACE_ALL_BITS_MESA           0xFFFF
136       TRACE_OPERATIONS_BIT_MESA     0x0001
137       TRACE_PRIMITIVES_BIT_MESA     0x0002
138       TRACE_ARRAYS_BIT_MESA         0x0004
139       TRACE_TEXTURES_BIT_MESA       0x0008
140       TRACE_PIXELS_BIT_MESA         0x0010
141       TRACE_ERRORS_BIT_MESA         0x0020
142
143    Accepted by the <pname> parameter of GetIntegerv, GetBooleanv,
144    GetFloatv, and GetDoublev:
145
146       TRACE_MASK_MESA               0x8755
147
148    Accepted by the <pname> parameter to GetString:
149
150       TRACE_NAME_MESA               0x8756
151
152
153Additions to Chapter 2 of the OpenGL 1.2.1 Specification (OpenGL Operation)
154
155    None.
156
157Additions to Chapter 3 of the OpenGL 1.2.1 Specification (OpenGL Operation)
158
159    None.
160
161Additions to Chapter 4 of the OpenGL 1.2.1 Specification (OpenGL Operation)
162
163    None.
164
165Additions to Chapter 5 of the OpenGL 1.2.1 Specification (Special Functions)
166
167    Add a new section:
168
169    5.7 Tracing
170
171    The tracing facility is used to record the execution of a GL program
172    to a human-readable log.  The log appears as a sequence of GL commands
173    using C syntax.  The primary intention of tracing is to aid in program
174    debugging.
175
176    A trace is started with the command
177
178      void NewTraceMESA( bitfield mask, const GLubyte * traceName )
179
180    <mask> may be any value accepted by PushAttrib and specifies a set of
181    attribute groups.  The state values included in those attribute groups
182    is written to the trace as a sequence of GL commands.
183
184    <traceName> specifies a name or label for the trace.  It is expected
185    that <traceName> will be interpreted as a filename in most implementations.
186
187    A trace is ended by calling the command
188
189      void EndTraceMESA( void )
190
191    It is illegal to call NewTraceMESA or EndTraceMESA between Begin and End.
192
193    The commands
194
195      void EnableTraceMESA( bitfield mask )
196      void DisableTraceMESA( bitfield mask )
197
198    enable or disable tracing of different classes of GL commands.
199    <mask> may be the union of any of TRACE_OPERATIONS_BIT_MESA,
200    TRACE_PRIMITIVES_BIT_MESA, TRACE_ARRAYS_BIT_MESA, TRACE_TEXTURES_BIT_MESA,
201    and TRACE_PIXELS_BIT_MESA.  The special token TRACE_ALL_BITS_MESA
202    indicates all classes of commands are to be logged.
203
204    TRACE_OPERATIONS_BIT_MESA controls logging of all commands outside of
205    Begin/End, including Begin/End.
206
207    TRACE_PRIMITIVES_BIT_MESA controls logging of all commands inside of
208    Begin/End, including Begin/End.
209
210    TRACE_ARRAYS_BIT_MESA controls logging of VertexPointer, NormalPointer,
211    ColorPointer, IndexPointer, TexCoordPointer and EdgeFlagPointer commands.
212
213    TRACE_TEXTURES_BIT_MESA controls logging of texture data dereferenced by
214    TexImage1D, TexImage2D, TexImage3D, TexSubImage1D, TexSubImage2D, and
215    TexSubImage3D commands.
216
217    TRACE_PIXELS_BIT_MESA controls logging of image data dereferenced by
218    Bitmap and DrawPixels commands.
219
220    TRACE_ERRORS_BIT_MESA controls logging of all errors. If this bit is
221    set, GetError will be executed whereever applicable, and the result will
222    be added to the trace as a comment. The error returns are cached and
223    returned to the application on its GetError calls. If the user does not
224    wish the additional GetError calls to be performed, this bit should not
225    be set.
226
227    The command
228
229      void TraceCommentMESA( const ubyte* comment )
230
231    immediately adds the <comment> string to the trace output, surrounded
232    by C-style comment delimiters.
233
234    The commands
235
236      void TraceTextureMESA( uint name, const ubyte* comment )
237      void TraceListMESA( uint name, const ubyte* comment )
238
239    associates <comment> with the texture object or display list specified
240    by <name>.  Logged commands which reference the named texture object or
241    display list will be annotated with <comment>.  If IsTexture(name) or
242    IsList(name) fail (respectively) the command is quietly ignored.
243
244    The commands
245
246      void TracePointerMESA( void* pointer, const ubyte* comment )
247
248      void TracePointerRangeMESA( const void* first,
249                                  const void* last,
250                                  const ubyte* comment )
251
252    associate <comment> with the address specified by <pointer> or with
253    a range of addresses specified by <first> through <last>.
254    Any logged commands which reference <pointer> or an address between
255    <first> and <last> will be annotated with <comment>.
256
257    The command
258
259      void TraceAssertAttribMESA( bitfield attribMask )
260
261    will add GL state queries and assertion statements to the log to
262    confirm that the current state at the time TraceAssertAttrib is
263    executed matches the current state when the trace log is executed
264    in the future.
265
266    <attribMask> is any value accepted by PushAttrib and specifies
267    the groups of state variables which are to be asserted.
268
269    The commands NewTraceMESA, EndTraceMESA, EnableTraceMESA, DisableTraceMESA,
270    TraceAssertAttribMESA, TraceCommentMESA, TraceTextureMESA, TraceListMESA,
271    TracePointerMESA and TracePointerRangeMESA are not compiled into display lists.
272
273
274    Examples:
275
276    The command NewTraceMESA(DEPTH_BUFFER_BIT, "log") will query the state
277    variables DEPTH_TEST, DEPTH_FUNC, DEPTH_WRITEMASK, and DEPTH_CLEAR_VALUE
278    to get the values <test>, <func>, <mask>, and <clear> respectively.
279    Statements equivalent to the following will then be logged:
280
281       glEnable(GL_DEPTH_TEST);   (if <test> is true)
282       glDisable(GL_DEPTH_TEST);  (if <test> is false)
283       glDepthFunc(<func>);
284       glDepthMask(<mask>);
285       glClearDepth(<clear>);
286
287
288    The command TraceAssertAttribMESA(DEPTH_BUFFER_BIT) will query the state
289    variables DEPTH_TEST, DEPTH_FUNC, DEPTH_WRITEMASK, and DEPTH_CLEAR_VALUE
290    to get the values <test>, <func>, <mask>, and <clear> respectively.
291    The resulting trace might then look will like this:
292
293    {
294      GLboolean b;
295      GLint i;
296      GLfloat f;
297      b = glIsEnabled(GL_DEPTH_TEST);
298      assert(b == <test>);
299      glGetIntegerv(GL_DEPTH_FUNC, &i);
300      assert(i == <func>);
301      glGetIntegerv(GL_DEPTH_MASK, &i);
302      assert(i == <mask>);
303      glGetFloatv(GL_DEPTH_CLEAR_VALUE, &f);
304      assert(f == <clear>);
305    }
306
307
308Additions to Chapter 6 of the OpenGL 1.2.1 Specification
309    (State and State Requests)
310
311    Querying TRACE_MASK_MESA with GetIntegerv, GetFloatv, GetBooleanv or
312    GetDoublev returns the current command class trace mask.
313
314    Querying TRACE_NAME_MESA with GetString returns the current trace name.
315
316
317Additions to Appendix A of the OpenGL 1.2.1 Specification (Invariance)
318
319    The MESA_trace extension can be used in a way that does not affect data
320    flow from application to OpenGL, as well as data flow from OpenGL to
321    application, except for timing, possible print I/O. TRACE_ERRORS_BIT_MESA
322    will add additional GetError queries. Setting a trace mask with NewTraceMESA
323    as well as use of TraceAssertAttribMESA might cause additional state queries.
324    With the possible exception of performance, OpenGL rendering should not be
325    affected at all by a properly chosen logging operation.
326
327Additions to the AGL/GLX/WGL Specifications
328
329    None.
330
331GLX Protocol
332
333    None. The logging operation is carried out client-side, by exporting
334    entry points to the wrapper functions that execute the logging operation.
335
336Errors
337
338    INVALID_OPERATION is generated if any trace command except TraceCommentMESA
339    is called between Begin and End.
340
341New State
342
343    The current trace name and current command class mask are stored
344    per-context.
345
346New Implementation Dependent State
347
348    None.
349
350Revision History
351
352  * Revision 0.1 - Initial draft from template (bk000415)
353  * Revision 0.2 - Draft (bk000906)
354  * Revision 0.3 - Draft (bk000913)
355  * Revision 0.4 - Reworked text, fixed typos (bp000914)
356  * Revision 0.5 - Assigned final GLenum values (bp001103)
357  * Revision 0.6 - TRACE_ERRORS_BIT_MESA (bk000916)
358  * Revision 0.7 - Added MESA postfix (bk010126)
359
360