Hi Sander,
I don''t know how to create the "Write Only" buffer how you call it. I do it the usual way with the type GL_STATIC_DRAW_ARB.
This is also the way it is used in all examples I''ve found. While trying to get it faster, I found out that there is a huge difference between VBO and vertex arrays if I disable the lighting. It seems that this is the bottleneck of the graphics accelerator.
I will continue research this evening, I think I''m on the right way. We will also check the idea to do it with quads / polygons, thanks for the hint.
_____________________________________
http://www.winmaze.de, a 3D shoot em up in OpenGL, nice graphics, multiplayer, chat rooms, a nice community, worth visiting!
Drawing many points in OpenGL
Hi Dredge-Master,
I mean 320000 points of course.
Only the top and the bottom of our cube is rendered as points. The four sides are rendered as line, that actually don''t cost very much.
If I remove the rendering of the cube I get much over 1000fps, so state changes are not the problem.
I mean 320000 points of course.
Only the top and the bottom of our cube is rendered as points. The four sides are rendered as line, that actually don''t cost very much.
If I remove the rendering of the cube I get much over 1000fps, so state changes are not the problem.
quote:Original post by Anonymous Poster
Dredge-Master, you are really, REALLY confused. :D
LOL!
with regard to the
quote:Originally posted by me
Is that 320 or 320000 points. The decimal point is confusing.
It's because international standards use , for the thousand seperators. We use decimal points for...you guess it...decimal points only. and punctuation of course. I wasn't sure if Lyve was from the US, or just typing 320 with a bunch of decimal points (which I've seen alot of in the engineering field).
Why does one country always have to have a bunch of weird ANSI specs, whilst the rest use ISO, or atleast measure everything in furlongs.
Then again, I guess gallons and miles are quite novel
Regarding the rendering - other than compiler settings, I can't really suggest much except trying to optimise the lighting.
forgot the slash in the ubb quote tag
[edited by - Dredge-Master on August 13, 2003 8:46:34 AM]
Lol it becomes interesting. I only used the "." because I thought it is something "usual" in other countries that is wanted. I''m from germany, in a german forum I wouldn''t have used the . hehe
I liked the ending with glFlush and your speculations about the monitor best.
Dredge-Master, you ARE really, REALLY confused. :D
Dredge-Master, you ARE really, REALLY confused. :D
it should have been glFinish. typo. didn''t realise it sorry.
btw - the monitor refresh rates is correct. the card doesn''t slow it down much. check out some of the educational pdfs at the sgi website, and also their slide shows.
btw - the monitor refresh rates is correct. the card doesn''t slow it down much. check out some of the educational pdfs at the sgi website, and also their slide shows.
oh and also disable vsync for the monitor refresh. then glFinish will only depend on the rendering side. not using finish, flush and vsync will only make it dependent on your code.
I always leave vsync on though, but it won''t make the rendering wait for the monitor. I still don''t trust it though.
I always leave vsync on though, but it won''t make the rendering wait for the monitor. I still don''t trust it though.
So your performance tips is software lighting and glFinish.
I also want to entertain with those calculations but could not find the pdf. Could you please post the exact link? Thanks in advance!
I also want to entertain with those calculations but could not find the pdf. Could you please post the exact link? Thanks in advance!
This topic is closed to new replies.
Advertisement
Popular Topics
Advertisement