Jump to content

  • Log In with Google      Sign In   
  • Create Account


swiftcoder

Member Since 03 Jul 2003
Offline Last Active Yesterday, 08:06 PM
*****

Posts I've Made

In Topic: I'm Getting Sick of The Same Posts Over and Over

28 July 2014 - 07:28 PM

-> it's like an own subforum for beginner questions

What the hell do you guys think the For Beginners forum is, if not that?

Edit:
I also think that this thread is a little rich, given that the OP has this thread, followed by this other thread, within his first 10 threads on the forum.

 

I usually wouldn't stoop to digging through a user's ancient posting history, but I think this nicely demonstrates the truism that "we were all beginners at some point", and on the basis of that, we probably shouldn't try and ruin it for the next guy.


In Topic: I'm Getting Sick of The Same Posts Over and Over

28 July 2014 - 06:28 AM


This is a great idea. Moderators could tag posts like I mentioned and add a button to the for beginners forum which filters all those posts out (for the people that can't figure out how to do it themselves). That way these people can get their questions answered, but those of us who'd like more constructive discussion aren't being bombarded with the same posts.

And there we go again, taking a system that should just add additional information, and converting it to something horribly elitist.

 

Is it really so hard to use the other forums, that you need to ruin For Beginners for it's intended audience?


In Topic: I'm Getting Sick of The Same Posts Over and Over

27 July 2014 - 08:32 AM


The main problem is these people listing ideas, and then saying "Yeah, I can't program at all. How do I make this?"

That's the entire purpose of the For Beginners forum: to help people who have no idea what they are doing get a leg up.

 

If you don't want to see that sort of thing, move on over to the technical forums - you are well past the point of 'beginner' in my mind.

 

 

 


People trying to "recruit" team members. "I'll pay you once it's done. It's totally going to be a hit."

If you see those threads, hit that handy-dandy report button.

 

We created the classified system in order to relocate that sort of thing outside of the main forums, and we tend to be pretty aggressive about closing recruiting posts these days.


In Topic: Which is faster/better - glClearColor/glClear or glClearBuffer* ?

26 July 2014 - 01:55 PM

Thank you; so essentially they are functionally and performance wise identical, correct?

They are not strictly speaking equivalent. As far as I can tell, glClearBuffer is intended for clearing framebuffer attachments, and the fact that it can be used to clear the backbuffer is just a side-effect of the standard's use of framebuffer 0 as the backbuffer.

 

In general, I doubt there's enough difference in the backbuffer case to warrant not just sticking to glClear.

 

If you are dealing with framebuffer attachments, then glClearBuffer gives you the additional ability to only clear specific attachments (which you can't do using glClear).

 

And if you really want to get into the ins and outs of performance here, you should benchmark both of these methods against ARB_clear_texture.


In Topic: Which is faster/better - glClearColor/glClear or glClearBuffer* ?

26 July 2014 - 01:21 PM

In theory it seems like glClear is faster because you are only clearing and not setting any values

You are setting values - clearing a buffer just means setting each pixel to a pre-defined value.
 
In particular, you are setting the buffer to the values provided to glClearColor(...) for GL_COLOR_BUFFER_BIT, and the value provided to glClearDepth(...) for GL_DEPTH_BUFFER_BIT (and so on for other buffer types).

I was searching around and I found this post: http://www.gamedev.net/topic/646400-speed-up-glclearbuffer/

I'd take that topic with a liberal pinch of salt. It's not clear whether the measurements were accurate (glFinish is not a good way to take GPU-side timings), nor whether the operations as specified were actually equivalent.

PARTNERS