Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

ogl tool

0 views
Skip to first unread message

pro-grammer

unread,
Nov 10, 2009, 2:48:08 AM11/10/09
to
Is there a way(or tool) for me to find out if my rendering time is at
pace with the refresh cycle?

fungus

unread,
Nov 10, 2009, 5:46:53 AM11/10/09
to
On Nov 10, 8:48 am, pro-grammer <akhil.malho...@gmail.com> wrote:
> Is there a way(or tool) for me to find out if my rendering time is at
> pace with the refresh cycle?

There's usually two of them built into every OpenGL
programmer.

--
<\___/>
/ O O \
\_____/ FTB.

aku ankka

unread,
Nov 10, 2009, 5:58:14 AM11/10/09
to
On 10 marras, 09:48, pro-grammer <akhil.malho...@gmail.com> wrote:
> Is there a way(or tool) for me to find out if my rendering time is at
> pace with the refresh cycle?

Not really. The problem is that OGL is asynchronous; the problem is
that if you instrument your drawing code at the API level, the API is
designed to be such that it is non-blocking. The API will return as
soon as possible.

Okay. So you want to put glFinish() calls there to do a resolve in the
driver. Now you get timing, but.. with a pipe flush.. so what you are
timing isn't anymore what the driver is doing without the flush.

What you can do is to disable sync to screen refresh and render many
frames. Say, 100-300 and you get average frame time. Instrumenting
single frames is either unreliable or doesn't return the information
that you probably want.

NV has some profiling tools for their drivers.. try those, they have
the benefit that they can instrument the hardware and the driver
internally from points that make sense.

0 new messages