Rafael

@solid What do you mean? Didn't understand, I guess. Did you say it requires an SQL version? '-' Because it doesn't... '-'

VipLib is the script that received the fix... but v1.2b was already released: http://rafaworks.zzl.org/root/scripts/accountmanager/viplib/v1.2b.txt It's in portuguese, but Dark may post a translation later. Just download the 2 scripts (VipLib v1.2b and VipAdmin v1.2a)

@Dark Please, post the translation. I will update the main post with it. I've updated VipAdmin too: http://rafaworks.zzl.org/root/scripts/accountmanager/npc/vipadmin/en.v1.2a.txt Saturday I'll finish the new version of VipLib, then I will create a better VipAdmin. Since the old scripts are compatible to the new ones, it won't be a problem if you are already using the current version of VipLib and wanna update. Edit: I did not test the VipAdmin. Hope it has no bugs =X.

@Dark Yes. The VipAdmin already has a translation, but I need to update it. I'll do it today. @uDe You are probably using the wrong version of VipLib. I still didn't update the topic, I'll do it today too.

If you understand the translation, then that's good enough =P. Just be careful to not translate the code. I can see you replaced ".@" for "@ $ " or "$ @ ". But the only things that need translation, for now, are the messages in vipm_npc and vipm_format_time, because I will release a new version later (I'm programming myself to do it next Saturday, but not sure), and I guess it would be boring having to translate it again =/. If you translate, do not forget to put your credits below mine ("Translation by DarkWhoteva" or something like this). I will be busy for exactly 17 days starting from tomorrow, but I'm trying to reserve some time for the script. @edit It's 8:32 am here in BR now, and I still didn't sleep. I'm going now, so don't wait for an answer before 16 o'clock (GMT -3).

@uDe Just give only group 1 to the players. You aren't forced to use the other groups =D. @Dark I've already released the script, but I still didn't translate it to english, so I can't post it here yet. I still need to clean up the code, but it's already functional. I tried to mantain some compatibility to eAthena and to old revisions of Cronus, so the code got a little confusing. I might remove this compatibility and make two separated versions later. For now, if you know portuguese, you can visit my topic here and try VipLib v1.2b. The new version is a join of VipLib and VipManager, so there will be no new versions of VipManager. And I prefered to publish the VipLib as the main script and put VipAdmin as a secondary script, since it's not entirely required (a lot of people prefer to create an item which gives VIP, or an npc that sells VIP for cash, instead of giving the VIP manually with VipAdmin, so the VipManager was enough). @edit I also fixed some bugs / problems. The message saying "your group was changed" was annoying, so it only changes group when it's really necessary. Also, when trying to read cash of a Game Master, the script forced him to become a normal player (until he logs out). Now it doesn't happen. For the new version, you will need to use level 0 for all VIP groups. That's how the script distinguishes players from GMs. But if you are using a higher level, you need to use a script like this: - script changeMinGMLevel#vipLib -1,{ OnInit: set $@AM_Vip_GMLevel, <minimum level to consider the player a GM>; end; } PS: sorry for bad english

Yes, you may post it. And if you want, you may also create a new topic for your modification ^^. That's something I would love to see, someone improving this script, not just using it... And it's not hard to add rates to the script, but the truth is you don't need to edit the script to put rates. I'm gonna give you an example: - script #exp_ratio -1,{ OnInit: // configurations set .BaseRatio, 100; // gives more 100% of BaseExp set .JobRatio, 100; // gives more 100% of JobExp end; OnNPCKillEvent: if (getgmlevel() >= 1) { set BaseExp, BaseExp + .BaseRatio * getmonsterinfo (killedrid, 3) / 100; set JobExp, JobExp + .JobRatio * getmonsterinfo (killedrid, 4) / 100; } end; } But if you still prefer to edit VipLib, VipManager or VipAdmin to add this feature, I recommend you to wait for some hours, because today I'm gonna release a new version of VipLib/VipManager. And later, a new version of VipAdmin, compatible to the new version of VipLib. @edit Maybe it's better use getgroupid() instead of getgmlevel().

@Dark This npc is old. There were no groups, just levels, and if a level was higher than another, then this level would contain all commands from the lower level (and maybe some new commands). It means a higher level is always a better level, so I just had to choose the higher level to spend first, then the second best and so on... Now, with groups, it isn't totally true. A higher id can be worse than a lower one. The script chooses the higher group id (it doesn't mean it's the best, but that's all I can do). The npc accepts at most 19 group ids, those with ids 1-19. It considers a GM a player who has gm level higher than 19. It will ignore the GM groups (the groups that have level higher than 19) with ids between 1 to 19, but if you have more than 1 type of VIP, make sure the VIP you want to spend first is the one with the higher group id. @Mr BrycE It could be a good npc. I just don't add it to VipLib/VipManager because the only thing these npcs must do is control the vip. You can develop a simple script that gives more exp or drop itens when the player dies, if he is VIP (just check his getgmlevel()). @topic .:. IMPORTANT WARNING :: if you are using VipAdmin v1.1a, UPDATE your VipManager v1.0b to v1.0.1b!! It has a bug that makes the VIP only end when the player logs out!! Unfortunately, no one has ever reported this bug to me =/. I found it today while reading VipManager's source.

Thanks Hybrid. This is result of a bad-written changelog, sorry xD... I forgot to put what minor changes I've made. And I don't remember now =/. In BR community they don't seem to care about changelog, so I've never worried about writting this properly.rafaworks.zzl.org/root/scripts/accountmanager/changelog.en.txt

Thanks for the report. I've updated the script, it might work now. Only VipLib file needs to be updated. Changelog: TXT (portuguese) If you wanna make a script to this system, please take a look at the documentation file: english doc (sorry for bad translation, the original doc is here and here).

Thanks Alexandria =D

VipLib + VipAdmin (Developed by Rafael Perrella) Description This system allows administrators to manage some new groups of players (usually known as donaters, special players or VIPs). It allows you to move players to these groups for a limited period of time (maybe some hours, days or months). When the time is over, they are moved back to the players' default group, 0, automatically. The system accepts more than one group (up to 126). With a precision of seconds, in the exact second a player's VIP time ends he'll be moved back to the default group. There's no need to logout to activate or deactivate the new group. Download It requires two files to work: VipLib v1.4b and VipAdmin v1.3a. [uPDATE: now, VipAdmin asks for username, not account id] If you are using eAthena, use VipLib v1.4b.eA instead of VipLib v1.4b: http://rafaworks.zzl.org/root/scripts/accountmanager/viplib/v1.4b.eA.txt (still not tested, I'll try it soon) Configurations Just download the 2 files above, put them in NPCs folder and activate them. The NPC is at prontera 147 174, but you can also access it sending a message to npc:#vipadmin. The script uses the group ids 1, 5, 6, 7, 8 as special groups. If you want other groups, open VipLib's file and search for "setarray $@AM_Vip_Groups", then edit the numbers (or remove, or add more numbers). Put the ids sorted from the worse to the best. Special thanks to... - frozenfox, for reporting a bug (of compatibility) in VipLib v1.0.x. - Hybrid, for translating the old changelog file. - DarkWhoteva, for testing and translating VipLib v1.2b. How does it work? (for scripters) We have two scripts here. Let's call these special groups "VIP groups". The VipLib is a library of functions to manage these groups. The script considers that for every pair of groups, one is better than the other; so, if a player is in two (or more) groups at the same time, it'll first spend the best group's time and, when it's over, move them to the next group (worse than the last, better than all the rest he's in). Below, all the functions it has (time is always given in seconds): About VipAdmin, it's a script that uses the list of functions available in VipLib to let administrators add, remove, set, read or clear the player's vip. The script could be much better, but I have no time left to do it. So, if you can do a better script using VipLib, I would appreciate your contribution =D