Let’s say that we want to add 10000 instances to the Instanced Static Mesh Component. The only way we can do it for now is the ‘Add Instance’ or ‘Add Instance World Space’. If I’m understanding it correctly, after every ‘Add Instance’ call it needs to redraw whole instanced mesh… ? That would result in 10k redraws. If that’s true, then something like ‘Update Mesh’ bool input pin would be really helpful - this way we could add 9999 instances without updating, and then re-draw it only once, when adding the last one.
There is the ‘Mark Render State Dirty’ input in the ‘Update Instance Transform’ function, so when updating 10k instances we check this only for the last instance - but there’s nothing like that for *adding * instances.
Am I understanding it correctly?
PS. If I add more than 1 tag to the thread it throws ‘404 not found’ when I click ‘Submit New Thread’.
As far as I know, it’s still not possible to add many instances at once, without re-drawing a whole instanced mesh for every ‘Add Instance’ call. A new function ‘Add Instances’ with array of transforms in input would solve this.
Something like that would be useful e.g. for procedural generation, but I’m still not sure how much of a difference it would make.
You are not understanding it correctly, it isn’t “redrawing” anything after you add an instance. Adding instances happens on the game thread, and all “drawing” happens on the render thread after the game thread finished working on the frame, and since these are instances they are directly handled on the GPU. So if you add 10000 instances in one frame then there’s no issue with it, apart from that adding instances itself has a cost and doing it 10000 times will probably be quite expensive, but that has nothing to do with redrawing.
Ok, but why if I use AddInstance in blueprint it works fast, but with c++ implementation it really slow?
Here is example of how it works in editor with in OnConstruction function.
Almost the same with PostEditChangeProperty. It takes few seconds to regenerate ~100 instances.
I already tried to nativize that BP and check it’s code but there is nothing special.
One difference is after nativization BP uses do-while loop to add instances. In c++ I use for loop.
Did you ever find a solution to that issue?
I’m currently trying to move a grid system to C++ and I am super confused at how laggy instances in C++ seem to be compared to blueprints.
EDIT:
Nevermind, i found the solution here. I used it for my UPaperGroupedSpriteComponent and it worked perfectly.
There is a relatively new node Batch Update Instance Transforms - it would be nice to have something like a ‘Batch Add Instances’ too. For now we still need to call Add Instance in a loop one by one when adding large amount of instances.
That seems to hang the game for a few minutes upwards of 10k instances.
Have not had time myself just yet, but I would suggest again that you all have a look at the level loading procedure.
Obviously the foliage is getting created, instanced, and loaded.
since the loading process is generally less then a second it must implement some different way to generate the instances from their data… this could prove useful for c++.
Howdy! There is a node Now : >>Add Instances<< with an >>S<<, which takes in an array of transforms. I am using 4.25 both ISM/HISM (I’ve ALSO used this with ISMs in 5EA, so I assume its there for HISM too.) I’m only adding 1,000 a frame right now, seems fine! I was looking to see if Update Batches was faster or slower, so it sounds like Add Instances and UpdateBatches are the array input ways to update ism/HISM. Seeing that Add Instance requires a loop plus updatebatches, clearing the ISM/Array and adding addinginstanceS might be the fastest way OUT of BP to the engine(speed.) I make my changes the ISM/HISM only at the end of tick, only touching each once. I save a list for what needs to be done. Cheers -Roadless THE GAME