Mmmmm simulated patch day

[Splorf22]

Originally Posted by quido [You must be logged in to view images. Log in or Register.]

There's any number of ways you could get this to work

This was my thought as well. Maybe we can get Nilbog to chime in on why this would be hard.

[quido]

As with so much here, I'd bet that deciding the details is more difficult than implementing them.

[drktmplr12]

Originally Posted by Ravager [You must be logged in to view images. Log in or Register.]

No tracking over Christmas even.

Methinks this was the primary reasoning for simulated patch day. Good showing everyone [You must be logged in to view images. Log in or Register.]

[Aeolwind]

Originally Posted by quido [You must be logged in to view images. Log in or Register.]

As with so much here, I'd bet that deciding the details is more difficult than implementing them.

It might be easy. If you consider scripting the Sleeper event easy. Same thing, so this will probably happen sooner than later. It was a little difficult to get mobs to talk across zone lines. If there is some procedure for that now, then this might be "easy".

[Barkingturtle]

I've played here since this server opened four years ago, and I have never until last night even considered the possibility of raiding. Today, I'm going to start leveling a rogue. Thanks devs.

[Tecmos Deception]

Hey Sadre. You should look forward to raiding.

[You must be logged in to view images. Log in or Register.]

[Tasslehofp99]

Originally Posted by Tecmos Deception [You must be logged in to view images. Log in or Register.]

Hey Sadre. You should look forward to raiding.

[You must be logged in to view images. Log in or Register.]

haha

[quido]

Originally Posted by Aeolwind [You must be logged in to view images. Log in or Register.]

It might be easy. If you consider scripting the Sleeper event easy. Same thing, so this will probably happen sooner than later. It was a little difficult to get mobs to talk across zone lines. If there is some procedure for that now, then this might be "easy".

I would do the actual popping of a simulated repop through manual database manipulation. It's a bit of a hack in that there exists a more elegant solution (though this probably involves considerably more overhead), but why not just have a timer that invokes a C++ function that iterates through the list of applicable mobs and sets their respawn times to 6 seconds in the future or whatever. As far as sending messages and earthquakes or whatever I don't know and would have to do more research, but the popping of the actual spawns is rather trivial.

[Aeolwind]

Originally Posted by Aeolwind [You must be logged in to view images. Log in or Register.]

It might be easy. If you consider scripting the Sleeper event easy. Same thing, so this will probably happen sooner than later. It was a little difficult to get mobs to talk across zone lines. If there is some procedure for that now, then this might be "easy".

Disclaimer: This is not an indication of any sort of schedule respawns/patch day simulation. I'm commenting only on the possibility of the creation of such a mechanism in the event it might be needed.

[Aeolwind]

Originally Posted by quido [You must be logged in to view images. Log in or Register.]

I would do the actual popping of a simulated repop through manual database manipulation. It's a bit of a hack in that there exists a more elegant solution (though this probably involves considerably more overhead), but why not just have a timer that invokes a C++ function that iterates through the list of applicable mobs and sets their respawn times to 6 seconds in the future or whatever. As far as sending messages and earthquakes or whatever I don't know and would have to do more research, but the popping of the actual spawns is rather trivial.

I don't screw around in the source code. I'd rather the game remain playable. I tinker strictly on the scripting side, which is dangerous enough. Making a worldwide emote via scripts is WAY easier than making a mob repop locally because there is built in function for that (quest::we(int type, const char *str) ). There is a quest::repopzone() function, but the issue becomes triggering it remotely. Otherwise, it is just easier to jump from zone to zone repopping them with GM commands. Nil has some nifty new stuff that I've not fully read through yet and this may already have a precedent that can be copy/paste/win.