Can someone help me understand qglobal expiration
I understand that databuckets have replaced qglobals but since so many quests utilize qglobals still, I'm trying to understand some things that I just can't quite seem to figure out.
Basically I am trying to reduce the respawn time of the Cursed Cycle in ssra temple. Looking at the #cursed_controller script, I see there is are spawntime and variance variables, so I adjusted those accordingly. Then at the bottom of the script, upon being signaled by Cursed death, there is a setglobal to the respawn time. So far... all that makes sense to me. What I don't understand is why the qglobal cursed_dead is still defined in the questglobals table when it should have expired (as of the time I'm typing this) 33 minutes ago. And that qglobal definition is preventing the final trigger NPC (Rhozth_ssrakezh) from spawning |
First, data buckets haven't replaced qglobals. As I understand it, it was added so the script kiddies who write their entire server in interpreters (perl/lua) have an easier way to do it.
As for your problem, more information would be needed. |
Quote:
Quote:
|
Quote:
|
/quests/ssratemple/#cursed_controller.pl
Code:
my $check; /quests/ssratemple/#a_glyph_covered_serpent.pl Code:
sub EVENT_DEATH_COMPLETE /quests/ssratemple/#Vyzh-dra_the_Exiled.pl Code:
sub EVENT_DEATH_COMPLETE Qglobals is dated, buggy and slow(er) than data buckets, hence the reason Akka implemented them (buckets). The above is code to go from qglobals to buckets, cleaned up a little, though could likely be even more efficient, being unfamiliar with how the stock cycle went anymore, I minimized alterations. |
All times are GMT -4. The time now is 12:38 AM. |
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.