ZDoom

4.6.1 was before the fix. I only addressed a potential problem there yesterday.

It's not happening anymore, it seems. [s]But it appears that even in 4.6.1 it's already fixed.[/s] (nvm it actually still happens in 4.6.1)

No matter how many times I relaunch my mod and frozen time and fire the projectile that causes the issue, there are no freezes whatsoever with a fresh build. It's definitely fixed.

Does this still happen after today's change to the light management?

Considering that I don't see the issue ever happen if I get rid of the light attach/remove, I doubt it's the effect actors. I spawn boatloads of those in the mod proper and there are no issues with that.

Are you even sure it's really the light and not a random coincidence?

This looks more like a garbage collection related problem. From the looks of it that projectile is spawning quite a bit of effects actors.

Guess it fixed itself, can't reproduce it either.

Edit: Nevermind, it happened again, seems to be entirely random. In most cases it only happens on specific launches.

I cannot reproduce any slowdown, not even in a debug build.

It's not possible to deactivate the light if it's handled through AttachLight.

There's no function for that.

What happens if you deactivate, and then remove the light? (Just going on a haunch here)

The lag is ONLY caused by removing that specific light the projectile attaches to itself.

Curious. Does it lag more if you just deactivate the light in particular?

Discovered this accidentally while playing my mod recently. I have a certain projectile that manually attaches a light to itself, then removes it on death (mainly because it uses the same sprite and frame on both spawn and death, so I can't simply use gldefs to assign it).

The [url=https://marisakirisa.me/tmp/swwmgz_m_loveheart.zip]following file[/url] is a stripped down version of that projectile. Typing "summon loveheart" in any map with lots of complex geometry (this even includes Frozen Time, so there's that for a test), and waiting for the projectile to hit something, you'll notice gzdoom will freeze for a while, every time. It appears that the slowdown happens somewhere in FDynamicLight::CollectWithinRadius (a_dynlight.cpp line 356).