| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
| |
A couple of improvements have been made:
* Use single precision floats for the traces.
* Reduce the number of variant wrapped transforms by introducing a new
translate command.
* Reduce the number of bytes streamed per image / pixmap draw command.
* Add versioning info to qttrace files to be more future proof.
Reviewed-by: Gunnar Sletta
|
|
|
|
|
|
|
| |
Makes it easy to split a large trace into several sub-traces by running
the qttracereplay with -graphicssystem trace.
Reviewed-by: Gunnar Sletta
|
|
|
|
|
|
| |
Simply skip the updates that are outside the replay widget's bounds.
Reviewed-by: Gunnar Sletta
|
|
|
|
| |
Reviewed-by: Trust Me
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Added "qttrace" to binary file, making it possible to do a sanity
verification of the input file in qttracereplay
- Sanity check input binary file, both for existance and for content
in qttracereplay
- Console app on windows and mac
- Added helpful output for -h and --help command line options
Reviewed-by: Samuel
|
|/
|
|
|
| |
Task-number: QTBUG-5550
Reviewed-by: TrustMe
|
|
|
|
| |
Reviewed-by: Trust Me
|
|
|
|
|
|
|
|
|
| |
This lets us stream a single QPaintBuffer instead of one QPaintBuffer
per frame in the trace graphicssystem, which leads to not streaming
pixmaps / images once per frame. Performance when doing a trace is also
a lot better for painting heavy applications.
Reviewed-by: Trond
|
|
When running an application with graphics system trace everything that
gets painted to the window surface is proxied through a QPaintBuffer,
which is then both streamed to a trace file and replayed on a raster
window surface. The trace file can then be replayed with
tools/qttracereplay to measure pure painting performance.
Reviewed-by: Gunnar Sletta
|