Leaderboard

View File Third Job Costumes & New Classes: Corrected Third Job Costumes + New Classes The Correction With the advent of jRO releasing new Job Costumes, and also, the new classes from the Taekwon branch, many of server owners want to replace the vanilla sprites or even, implement the bodystyle system. But, there's a catch! Originally jRO, and now, even kRO spriters, have made it completely off of the default pattern of palette. In a classic example, you can notice the pattern of the RO palettes. What matters is the position of the colours, as an example, for all jobs, the white-ish tones will be always on the same row, so we can use it to create custom palettes. See how it works: But jRO didn't follow the classic pattern, making it incompatible with custom palettes (@Kamishi ones included). So, I edited frame by frame of each job sprite, of each gender, mounted or not, correcting them, converting them in a way so many of the previously created palettes will work. This package includes: Alternate Outfits: Alternate Royal Guard M/F + Gryffon Battlemount + Lion Mount Alternate Ranger M/F + Warg Battlemount + Ostrich Mount Alternate Minstrel/Wanderer + Ostrich Mount Alternate ArchBishop M/F + Alpaca Mount Alternate Warlock M/F + Fox Mount Alternate Mechanic M/F + Savage Mount Alternate Genetic M/F + Savage Mount Alternate Guillotine Cross M/F + Hyena Mount Alternate Shadow Chaser M/F + Hyena Mount Alternate Sorcerer M/F + Fox Mount Alternate Sura M/F + Alpaca Mount Alternate Rune Knight M/F + Dragon Battlemount + Lion Mount New Classes Star Emperor M/F + Wolf Mount Soul Reaper M/F + Wolf Mount As requested by @Emistry, I also added an extra, making it more compatible to default palettes: Kagerou/Oboro + Frog Mount Following the another @Emistry's request, all files are now already on GRFs. The previous version had no Cashmount palette included, this one fixes the issue. Only the already released costumes are supported at this moment. The Rune Knight seems to be the last of them, it's over a year from the first release! As a final part of the package, I'm including Classic Palettes for all Alternate Costumes. Enjoy the final product! Submitter Haziel Submitted 02/24/2016 Category Job Sprites Content Author Gravity Corp  

Gostaria de usar Gepard Shields no meu servidor, aguardo reposta!

I was so ready to cry because my kids wanted me to put the ro server up again and this is the only well informed and accurate website to get the right information to do it, but for some annoying reason, this website is not coming up in my phones web browser and the only thing that was, was the old long gone promethioise project and I was beginning to think this site was gone which would have been the end of my plans. Lucky for me I saved my registratiin email and hot back here to see the awsome sites still here and alive! Cant wait to see whats changed!

Just run throught something similar. My character was unable to apply any change made on the 2nd job skill tree, even the quest skill. I edited the database to substract a skill point that made me unable to change job. But the database keep a track on wich level i changed job. And that why everything goes wrong, after editing the level of change job in the database everything return to normal.

Also, there can be an issue with VSCode (as far as I see you're using VSCode). By default, they work only with UTF-8 Like or will open cp1252 (depends on your system). So, ideally if you will open any LUA files with next encoding: EUC-KR to make sure that everything will be good.

Try - script paytowinbuffs -1,{ end; OnBuffs: if(getgroupid() <= 4) { message strcharinfo(0),"Falha, você não possui VIP."; end; } if(isequipped(4263)) { message strcharinfo(0),"Não funciona equipado com Samurai Encarnado."; end; } if(@buffs_inuse == 1) { end; } if (gettimetick(2) < delay_buffer) { dispbottom( "You have to wait "+Time2Str(delay_bufer)+" to use the command again.", 0xFF0000 ); end; } @buffs_inuse = 1; .@menu$ = implode(.buffs$,":"); .@i = prompt(.@menu$) -1; if(.@i < 255) { sc_start .elements[.@i],180000,5; //atcommand "@refresh "+strcharinfo(0); delay_buffer = gettimetick(2) + .delay; } @buffs_inuse = 0; end; OnInit: .delay = 3 * 2; // 5 = 5 seconds *60 = 360 seconds setarray .buffs$, "^800080Envenenar Arma^000000", "^40E0D0Aspersio^000000", "^000000Sombrio^000000", "^FFD700Encantar com Ventania^000000", "^0000FFEncantar com Geada^000000", "^FF0000Encantar com Chama^000000", "^B8860BEncantar com Terremoto^000000"; setarray .elements, 26, 37, 144, 98, 97, 96, 99; bindatcmd "encantar","paytowinbuffs::OnBuffs",0,99; end; }

If you compute the delay before the buffing then the „lock“ is not needed, since the delay is handling that. The problem is that current implementation is calculating the delay after buffing, which I think results in running the script twice before the delay does what it should do.

You could add a variable when the player is using it. - script paytowinbuffs -1,{ end; OnBuffs: if(getgroupid() <= 4) { message strcharinfo(0),"Falha, você não possui VIP."; end; } if(isequipped(4263)) { message strcharinfo(0),"Não funciona equipado com Samurai Encarnado."; end; } if(@buffs_inuse) { end; } if (gettimetick(2) < delay_buffer) { dispbottom( "You have to wait "+Time2Str(delay_bufer)+" to use the command again.", 0xFF0000 ); end; } @buffs_inuse = true; .@menu$ = implode(.buffs$,":"); .@i = prompt(.@menu$) -1; if(.@i < 255) { sc_start .elements[.@i],180000,5; //atcommand "@refresh "+strcharinfo(0); delay_buffer = gettimetick(2) + .delay; } @buffs_inuse = false; end; OnInit: .delay = 3 * 2; // 5 = 5 seconds *60 = 360 seconds setarray .buffs$, "^800080Envenenar Arma^000000", "^40E0D0Aspersio^000000", "^000000Sombrio^000000", "^FFD700Encantar com Ventania^000000", "^0000FFEncantar com Geada^000000", "^FF0000Encantar com Chama^000000", "^B8860BEncantar com Terremoto^000000"; setarray .elements, 26, 37, 144, 98, 97, 96, 99; bindatcmd "encantar","paytowinbuffs::OnBuffs",0,99; end; }