Index of /pub/NetBSD/NetBSD-release-9/xsrc/external/mit/MesaLib/dist/src/gallium/tools/trace/
| Name | Last Modified | Size | Type |
|---|
| Parent Directory/ | | - | Directory |
| CVS/ | 2020-Mar-19 23:39:26 | - | Directory |
| README.txt | 2014-Dec-18 07:02:07 | 1.0K | text/plain |
| TODO.txt | 2014-Dec-18 07:02:07 | 0.2K | text/plain |
| diff_state.py | 2019-Mar-10 04:42:41 | 9.8K | application/octet-stream |
| dump.py | 2019-Mar-10 04:42:41 | 1.3K | application/octet-stream |
| dump_state.py | 2019-Mar-10 04:42:41 | 25.1K | application/octet-stream |
| format.py | 2019-Mar-10 04:42:41 | 5.0K | application/octet-stream |
| model.py | 2019-Mar-10 04:42:41 | 6.0K | application/octet-stream |
| parse.py | 2019-Mar-10 04:42:41 | 12.3K | application/octet-stream |
| tracediff.sh | 2019-Mar-10 04:42:41 | 1.9K | application/octet-stream |
These directory contains tools for manipulating traces produced by the trace
pipe driver.
Most debug builds of state trackers already load the trace driver by default.
To produce a trace do
export GALLIUM_TRACE=foo.gtrace
and run the application. You can choose any name, but the .gtrace is
recommended to avoid confusion with the .trace produced by apitrace.
You can dump a trace by doing
./dump.py foo.gtrace | less
You can dump a JSON file describing the static state at any given draw call
(e.g., 12345) by
doing
./dump_state.py -v -c 12345 foo.gtrace > foo.json
or by specifying the n-th (e.g, 1st) draw call by doing
./dump_state.py -v -d 1 foo.gtrace > foo.json
The state is derived from the call sequence in the trace file, so no dynamic
(eg. rendered textures) is included.
You can compare two JSON files by doing
./diff_state.py foo.json boo.json | less
If you're investigating a regression in a state tracker, you can obtain a good
and bad trace, dump respective state in JSON, and then compare the states to
identify the problem.