23f8d6c57f
The system we inherited from the original Qt 5.14 introduction of QRhi is a text stream based solution where resource creation and frame timings are sent in a comma-separated format to a QIODevice. This, while useful to get insights about the number of resources at a given time, is not actively helpful. The frameworks built on top (Qt Quick, Qt Quick 3D) are expected to provide solutions for logging timings in a different way (e.g. via the QML Profiler). Similarly, tracking active resources and generating statistics from that is better handled on a higher level. The unique bits, such as the Vulkan memory allocator statistics and the GPU frame timestamps, are converted into APIs in QRhi. This way a user of QRhi can query it at any time and do whatever it sees fit with the data. When it comes to the GPU timestamps, that has a somewhat limited value due to the heavy asynchronousness, hence the callback based API. Nonetheless, this is still useful since it is the only means of reporting some frame timing data (an approx. elapsed milliseconds for a frame) from the GPU side. Change-Id: I67cd58b81aaa7e343c11731f9aa5b4804c2a1823 Reviewed-by: Laszlo Agocs <laszlo.agocs@qt.io> |
||
---|---|---|
.. | ||
buildshaders.bat | ||
bwqt224_64_nomips.dds | ||
bwqt224_64.png | ||
color.frag | ||
color.frag.qsb | ||
color.vert | ||
color.vert.qsb | ||
cube.h | ||
dds_bc1.h | ||
examplefw.h | ||
OpenfootageNET_fieldairport-512.hdr | ||
qt256_bc1_9mips.dds | ||
qt256.png | ||
texture_arr.frag | ||
texture_arr.frag.qsb | ||
texture_arr.vert | ||
texture_arr.vert.qsb | ||
texture_ms4.frag | ||
texture_ms4.frag.qsb | ||
texture.frag | ||
texture.frag.qsb | ||
texture.vert | ||
texture.vert.qsb |