[0.18.5.1] Mini golf pipe causes a lot of unnecessary lag in the editor

[Megumin]

I have been working on a condo project that uses a couple of the mini golf SDK’s pipes as decoration items. As I add more of the pipes to the condo, I have noticed that I have been getting an increasingly long lag spike every time I open the editor menu. This lag is present no matter where I look, and still occurs if the mini golf pipes are hidden. If I stash the mini golf pipes, the lag goes away.

As far as I can tell, the lag seems to be coming from the little golf balls that show up along the pipe when in the edit menu. The build only uses 5 or so pipes, but they are pretty long, so I imagine that every time I press q, the game has to render in 500+ mini golf balls along the splines.

If I try to move items too quickly, or spawn/duplicate an item during this lag spike, my game will fully crash.

Steps to Reproduce

1. Place multiple lengthy mini golf spline pipe items in a condo.
2. Press q
3. Notice lag spikes depending on how many golf balls need to be spawned in the pipes every time q is pressed.

Possible solution?

I’m honestly not sure if I should put this in a bug report or a suggestion post, but I think a possible solution would be to just get rid of the golf balls in the spline pipes… The pipes cannot be resized, so I do not really understand why it has to spawn as many golf balls as possible inside of it for a preview in the editor. It would be useful for the invisible pipe’s preview, but not for the other materials. Would it be at all possible to get rid of the golf balls in the editor view, or at least have it as an option to enable/disable?

Another possible solution would be if we could get some sort of spline/pipe tool that is a condo item, so we wouldn’t have to resort to using the mini golf pipe.

---

Notes / Media

Here is an example of how much lag is caused by 5 mini golf pipes:

This is how long the pipes in the map are:

Some extra info about the map:
5k items
1 workshop item
No custom canvas images
4 Sound emitters
~30 Movers
~50 particle emitters

I definitely do not think the lag can be caused by these other things, but thought I’d mention just in case.

[macdguy]

The lag is from generating the balls themselves, not the rendering of them. The longer the pipe, the more it’ll generate. They’re instanced so the rendering of them is not the issue. I’ll optimize the process.