Log in

View Full Version : Soft reset mob spawns


Ciderpress
10-29-2025, 05:25 PM
How exactly is this coded? Why does lodi always spawn on soft resets but seemingly nothing else does? Do mobs with windows like angry goblin open new windows, or does it resume the same timer it had already been on before the reset? Or what the hell? How does this work?

*image of john candy from cool runnings when he's betting on horse races in a bar at the beginning of the movie*

DeathsSilkyMist
10-29-2025, 06:05 PM
How exactly is this coded? Why does lodi always spawn on soft resets but seemingly nothing else does? Do mobs with windows like angry goblin open new windows, or does it resume the same timer it had already been on before the reset? Or what the hell? How does this work?

*image of john candy from cool runnings when he's betting on horse races in a bar at the beginning of the movie*

Perhaps Lodi's timer is stored directly in memory when a server spins up, instead of getting stored in the database. This means whenever the server goes down, the Lodi timer gets completely wiped. The default behavior would be to spawn him initially on server startup. This would make sense, as you'd want Lodi to be killed so he can start his timer again.

I am just guessing though.

Ciderpress
10-29-2025, 06:19 PM
Yeah it's just annoyingly inconsistent, but pretty good irony; when p99 organically has to reset the server, raid mobs don't respawn (except lodi for some reason). But quakes, which do respawn raid mobs, are meant to emulate organic server resets.

If lodi resets every time SF should do. Both have windows, both can skip, both in the same zone right next to eachother. This makes no sense.

CrazyPro
10-29-2025, 06:35 PM
Yeah it's just annoyingly inconsistent, but pretty good irony; when p99 organically has to reset the server, raid mobs don't respawn (except lodi for some reason). But quakes, which do respawn raid mobs, are meant to emulate organic server resets.

If lodi resets every time SF should do. Both have windows, both can skip, both in the same zone right next to eachother. This makes no sense.

some resets do respawn literally everything

Ciderpress
10-29-2025, 06:49 PM
some resets do respawn literally everything

I know! That's the part I can't make sense of. They usually don't, but sometimes they do, but lodi always spawns, but other mobs that share the exact same spawn mechanics as lodi do not.

Come to think of it I think hadden is like this. He spawns every server reset, but does not spawn on quakes. It's so maddeningly arbitrary.

WarpathEQ
10-30-2025, 12:16 PM
I assume it would be a similar mechanic to restarting your computer versus shutting down your computer and then powering it back on. The restart, like we got yesterday with the patch, doesn't respawn all mobs. There are a few known instances where mobs will appear that weren't there before the reset such as Lodi. A full shutdown where the server fully powers down and then is powered back on is likely the ones where we see a quake like outcome where all mobs in the game respawn.

sammoHung
10-30-2025, 12:28 PM
Yeah it's just annoyingly inconsistent, but pretty good irony; when p99 organically has to reset the server, raid mobs don't respawn (except lodi for some reason). But quakes, which do respawn raid mobs, are meant to emulate organic server resets.

If lodi resets every time SF should do. Both have windows, both can skip, both in the same zone right next to eachother. This makes no sense.

SF does respawn on soft reset. I know because the only time I've ever gotten StormFeather was during these resets.

Reiwa
10-31-2025, 12:40 AM
I know! That's the part I can't make sense of. They usually don't, but sometimes they do, but lodi always spawns, but other mobs that share the exact same spawn mechanics as lodi do not.

Come to think of it I think hadden is like this. He spawns every server reset, but does not spawn on quakes. It's so maddeningly arbitrary.

The thought escapes me now but I wonder if the logic has something to do with power outages or unexpected server unavailability.