Best part about instance rendering is that it begins the process of noticing and understanding what is and isn't being drawn, which can compute to more degragation of the vertices and faces that may be duplicated by simple resizing and minor skewing. This is what current usages of Nanite rendering does with large model files so that it can read directly from memory without over reading. It gets more intense when you started understanding why the instances are being "painted" quicker because the memory access is duplicated throughout the process, creating a copying effect that can be organized further with other algorithms/testing.
Curious, couldn't the amount of data needing to be sent to the GPU via Attributes be cut in half by sending two Vec4 of the Position and Rotation at this point? There is no need to send a Matrix. Given the savings of performing yet another matrix multiplication coupled with GPUs optimization for trig functions and the Data bus savings it might out perform sending all that extra data. All we would have to compensate for would be a trig rotation. Personally I would just use resident buffer in this case and if not available use a Texture to pass my data.
How is the binding between vertex arrays and the location numbers in the shader determined? Are they simply the order in which the vertex arrays were created?
The (location = n) on the input, where n corresponds to the VAO index. Note aInstanceMatrix is a mat4 with (location = 3), and by virtue of being 16 floats in size, it also encompasses indexes 4, 5, and 6.
@@briantwill Sorry, I wasn't clear. It's the values of 'n' that I'm asking about. For example, in your code you call glGenBuffers() to create instanceVBO and three lines later you enable vertex attrib array '2'. How do you know (or how do you tell OpenGL) that instanceVBO is attrib array 2? Is it the glBindBuffer() call immediately after that sets up that association?
@@IslandHermit glEnableVertexAttribArray(0) enables index 0 of the VAO. glVertexAttribPointer(0, ...) sets the currently bound buffer to index 0 of the VAO So whichever glBindBuffer() call that was prior to glVertexAttribPointer() specifies the relevant buffer. Does this answer your question?
In the example, the 'instance buffer' contains just x and y offsets, but you can put whatever data you want into an instance buffer, including different scaling factors for each instance. The example uses gl_InstanceID instead just to demonstrate how it might be useful.
How often is this actually used? The app would need to remember that each object is the same object, and how often do you really need a huge number of the same object?
@@noahwilliams8996 That question's been answered. This is not about character models. You're a bright guy. I like your playlists. Learn a little bit more about graphics cards and how they work if you're interested. OpenGL is a good place to start. I can be pretty rational if you just round me off to a few significant digits :)
@@noahwilliams8996 I'm not sure if what I'm saying is true but It would be good if you're doing a 2D thing since well most textures would be put on a quad so you just need to slap the Texture ID to to the buffer
