Re: [RFC] Avoiding some of the globals in glretrace

2016-06-15 Thread Alex Tru
Hi, Thanks for the feedback. I haven't actually touched glws_* stuff (only some helpers in glretrace_ws). I agree that the whole thing looks complicated and not very beneficial, but I'll try to explain why I did this in the first place. Basically, what I was interested in -- was to reset globals

QApitrace OpenGL profiling view

2016-08-10 Thread Alex Tru
Hi, I’m developing a new OpenGL profiling view for QApitrace. I’m pursuing several goals with that: 1) Support new profiling counters. Currently we have only CPU/GPU time histograms in the view. Last year, I contributed an abstraction for different OpenGL profiling backends which got merged,

Re: QApitrace OpenGL profiling view

2016-10-15 Thread Alex Tru
OpenGL, to avoid hitting issues > when debugging OpenGL drivers. But profiling view is OK -- were not > searhcing for bugs when using it. And there's always the possibility of > falling back to llvmpipe for qapitrace. Do you know if it works reasonably > well with llvmpipe? >

Re: [PATCH] Unlink the .pbtmp immediately to not leave leftovers around.

2017-03-10 Thread Alex Tru
Oops, that's my fault. This file should not have been even created normally. It's only used in profiling. It's still there because of some global initialization. I'll make sure the code is not used where unnecessary and post a patch soon. Sorry for having this problem. 2017-03-11 2:20 GMT+03:00 Er