Thats OK :-).
I'm not sure whether its the code that computes the time spent that
has a bug or whether this is actually happening. 8ms is a lot of time
to waste just by processing mouse events! It is strange that it the
jump becomes negligible as soon as I keep a mouse button pressed...
I'll just
Hello, group!
I was looking at the nice statshandler graphics in osgViewer.exe, and
noticed a dramatic increase in the time spent in the event traversal
stage when the mouse was moved (goes from 0.02ms to around 8ms).
Strangely enough, rotating the view by dragging with the mouse, almost does not
This only happens in SingleThreaded mode, btw. Switching to any of the
multi-threaded modes fixes the problem.
I am the victim of the multithreaded, nvidia, multi-monitor bug, so I
have to start the viewer with --SingleThreaded...
I am on OSG 2.4, btw, and running in release mode.
/Michael
On
Hello Michael,
I was looking at the nice statshandler graphics in osgViewer.exe, and
noticed a dramatic increase in the time spent in the event traversal
stage when the mouse was moved (goes from 0.02ms to around 8ms).
I've seen that when running in debug version... In release the increase
Hi Michael,
I've seen that when running in debug version... In release the increase
is negligible. Perhaps you were running in debug?
Sorry, I saw your follow-up after hitting send. I don't know what could
be up. On my machine it jumps to ~2.5ms but very very shortly, so it's
not
5 matches
Mail list logo