We closed this forum 18 June 2010. It has served us well since 2005 as the ALPHA forum did before it from 2002 to 2005. New discussions are ongoing at the new URL http://forum.processing.org. You'll need to sign up and get a new user account. We're sorry about that inconvenience, but we think it's better in the long run. The content on this forum will remain online.
Index › Programming Questions & Help › OpenGL and 3D Libraries › Slow start up time for opengl
‹ Previous Topic | Next Topic ›
Page Index Toggle Pages: 1
Slow start up time for opengl (Read 699 times)
gazy
Slow start up time for opengl
Jul 21st, 2008, 2:18am  
Has anyone else experienced an OPENGL sketch running very slowly for the first 30 seconds then suddenly speeding up drastically? Every time I start my app it runs really slow then after a while it will go very fast - sometimes it seems like im having to click a button or bring up some other effects to get it going. Seems weird. It is inconsistent also. Any ideas?
Back to top
 
Custom visuals creation: http://www.lapseadazical.com/
WWW  
extrapixel
Re: Slow start up time for opengl
Reply #1 - Jul 21st, 2008, 8:55pm  
yeah, i've experienced the same. also, some sketches need a keypress before "they go". sometimes the opengl-smoothing kicks in late, too. thought this was because of alle the stuff i hacked into the libraries... its the first time i hear someone else experiencing this.
btw, i'm on a mac book pro.
Back to top
 
http://www.extrapixel.ch
WWW  
gazy
Re: Slow start up time for opengl
Reply #2 - Jul 22nd, 2008, 1:58am  
Yeh in the end I swapped to P3D to get away from it, but then flipping back to OPENGL if I discount the slow startup - its a lot quicker.. I just feel like Im dealing with an antique car when I say to people - oh its needs some time to warm up Smiley - I have 2 theories:

- Somehow the memory on the graphics card needs data to be copied to it in full before it can fly...

- Java underneath / potentially jikes uses a Just In Time Compiler, so it doesnt become fast until Java has seen enough of the expressiosn to compile them down into something runnable fastly.. if this is the case i havetechniques to fix it that I developed for J2ME, it was really as simple as forcing my app to do "work" that it needs to JIT as it was loading. Ie, have it all happening behind hidden, so by the time the app has loaded theres no more slowness...

Id like to hear from others about their theories Smiley

ps im on: geforce 79gs + core duo 2.1 ghz with 1 gig of ram
Back to top
 
Custom visuals creation: http://www.lapseadazical.com/
WWW  
ascorbin
Re: Slow start up time for opengl
Reply #3 - Jul 23rd, 2008, 10:59pm  
Hm.. I had the same effect with Processing/OpenGL on macs & on pcs. And now its the same with openFrameworks/OpenGL which is C++. Im loading 100 Textures 1920x1200pixels and the graphic card seems first to have a long look for each picture. After a time its running fast and fluid, quiet strange. So its probably a OpenGLtexturememorysortingstuffthing i dont know.

greetings
Back to top
 
...
WWW  
gazy
Re: Slow start up time for opengl
Reply #4 - Jul 25th, 2008, 6:04pm  
Hey I was trying to fix the transparency on words bug, so I put in hint(ENABLE_DEPTH_SORT) - make sure that isnt in otherwise it can cause severe drag too, so unfortunately it does not help the transparency issues for me.
Back to top
 
Custom visuals creation: http://www.lapseadazical.com/
WWW  
mitch
Re: Slow start up time for opengl
Reply #5 - Jul 25th, 2008, 10:15pm  
hi there,

first time post.

yeah, same here, i know that problem from a project i did in plain java/jogl...for me (nvidia 7600 go), a workaround is to disable the opengl error checking (which may also give you a couple of additional fps) by putting:

hint(DISABLE_ERROR_REPORT);
 
in the setup method.

all the best,

micha
Back to top
 
 
fry
Re: Slow start up time for opengl
Reply #6 - Jul 27th, 2008, 9:23pm  
this is probably the result of one (or a combo) of these things:

1. graphics drivers. i've seen a delay of a solid 30 seconds when using the wrong set of video drivers. in my case, i think i was using the nvidia drivers (more up to date) instead of the drivers from dell (more compatible w/ the hw). or the other way around.

2. the drivers or the card aren't that good.

3. the version of jogl we're using with processing is old (this is true, though less likely to be causing these problems.) this will change in a (near) future release.

4. threading work that will be taken care of soon:
http://dev.processing.org/bugs/show_bug.cgi?id=511
Back to top
 
WWW  
Page Index Toggle Pages: 1
‹ Previous Topic | Next Topic ›