Gidz Cross

What i did was add int onto it. setunitdata(getnpcid(0),UNPC_DEX,300); setunitdata(getnpcid(0),UNPC_INT,100); setunitdata(getnpcid(0),UNPC_ATKMIN,100); setunitdata(getnpcid(0),UNPC_ATKMAX,200); getmapxy(.map$,.x,.y,BL_NPC); i will check the stat point part. Thanks!

Cool script! Thanks! But i found a problem concerning SOUL STRIKE, LORD OF VERMILLION and FLYING SIDE KICK. My server settings is 255/120. Im using @statall which would give me 255 to all stats. Those skills are going to miss. I tried normal builds but its still the same. Tried adding INT to the NPC stats i guess it works but the damage will become stronger. Any thoughts?

Amaaaaaazing! Welcome back to map making!

I dont see the 20% value.

Might something to do with your after animation delay. See your skill db compare to your renewal skill db. By default it behaves per perfectlt normal.

That is so weird. Fresh rathena dont have any problem concerning call spirit.

@autoloot command?

Well we have patchers out there and the popular one is the Thor Patcher. From the tools there you will be able to push updates to your players. You can found more at rathena-wiki/Thor_Patcher.md at master · cydh/rathena-wiki (github.com) Some google searches Setup Thor Patcher - Mga Guides at Tips - rAthena Making a patch in Thor Patcher with GRF - Knowledgebase - GoManilaHost.Net Web Services To do this, your server should be live. What does it mean? It means your server should be online.

It should work. Refer to this guideline for positions:

So what do we have here again?

In your translation files. Remove the itemwin_mid

Yep gepard is the key. Basic gepard aint gonna cut it. Prepare atleast 200 bucks to have that option.

dark RO is using default item script for Thanatos Card.

edit your local files first. Once you applied your changes you can use winscp to upload your modified file.

I asked that to myself before. My reference is this rAthena vs Hercules - rAthena General - rAthena.

The answer to your question is YES by default. You can wear Upper Middle and Lower (Shadowgear) as a costume. Please check this Custom Items · rathena/rathena Wiki (github.com) For the shadow weapon costume you may contact @Haziel

You let it there. Your .ini should be...

Yes. Having own custom grf is a must. Its very easy to make grf. Download grf tool here on the forums. See the translation files from chris's thread. You will have idea by then.

You did it wrong. Usually we make our own grf. Instead of merging to kRO's original grf.

By making your own custom ro. Or you can merge it to data.grf

Translation files. Ragnarok English Translation Project by llchrisll - Project Releases - rAthena

Start from scratch i guess? Since you dont have any modifications yet. That would be the best option.

Use this state icon for devo. Much better! devotion.tga It was already declared in SRC so you only need to do it via client. And it's easy. efstids.lub EFST_DEVOTION = 60, stateimgiconinfo.lub [EFST_IDs.EFST_DEVOTION] = "devotion.tga" finally in stateiconinfo.lub StateIconList[EFST_IDs.EFST_DEVOTION] = { haveTimeLimit = 1, posTimeLimitStr = 2, descript = { { "Devotion", COLOR_TITLE_BUFF }, { "%s", COLOR_TIME }, { "Under influence of devotion." }, { "Received shield buff." }, } }

By default, MO_CALLSPIRITS is set to have 5 spirit balls (1 per cast). Maybe you did something? Backtrack your modifications.

Okay. To mirror Endure to devoted party status.c look for this line: case SC_IMPOSITIO: case SC_KAAHI: //These status changes always overwrite themselves even when a lower level is cast status_change_end(bl, type, INVALID_TIMER); break; case SC_ENDURE: if (sd && sd->special_state.no_walk_delay) return 1; break; } change it to case SC_IMPOSITIO: case SC_KAAHI: //These status changes always overwrite themselves even when a lower level is cast status_change_end(bl, type, INVALID_TIMER); break; case SC_ENDURE: if (sd) { struct map_session_data *tsd; int i; for (i = 0; i < MAX_DEVOTION; i++) { // See if there are devoted characters, and pass the status to them. [Skotlex] if (sd->devotion[i] && (tsd = map_id2sd(sd->devotion[i]))) status_change_start(src,&tsd->bl,type,10000,val1,val2,val3,val4,tick,SCSTART_NOAVOID); } } if (sd && sd->special_state.no_walk_delay) return 1; break; } For the reflect shield status.c look for this line: case SC_PROVIDENCE: val2 = val1*5; // Race/Ele resist break; case SC_REFLECTSHIELD: val2 = 10+val1*3; // %Dmg reflected // val4 used to mark if reflect shield is an inheritance bonus from Devotion if( !(flag&SCSTART_NOAVOID) && (bl->type&(BL_PC|BL_MER)) ) { struct map_session_data *tsd; if( sd ) { int i; for( i = 0; i < MAX_DEVOTION; i++ ) { if( sd->devotion[i] && (tsd = map_id2sd(sd->devotion[i])) ) status_change_start(src,&tsd->bl, type, 10000, val1, val2, 0, 1, tick, SCSTART_NOAVOID|SCSTART_NOICON); } } else if( bl->type == BL_MER && ((TBL_MER*)bl)->devotion_flag && (tsd = ((TBL_MER*)bl)->master) ) status_change_start(src,&tsd->bl, type, 10000, val1, val2, 0, 1, tick, SCSTART_NOAVOID|SCSTART_NOICON); } change it to case SC_PROVIDENCE: val2 = val1*5; // Race/Ele resist break; case SC_REFLECTSHIELD: val2 = 10+val1*3; // %Dmg reflected // val4 used to mark if reflect shield is an inheritance bonus from Devotion if( !(flag&SCSTART_NOAVOID) && (bl->type&(BL_PC|BL_MER)) ) { struct map_session_data *tsd; if( sd ) { int i; for( i = 0; i < MAX_DEVOTION; i++ ) { if( sd->devotion[i] && (tsd = map_id2sd(sd->devotion[i])) ) status_change_start(src,&tsd->bl, type, 10000, val1, val2, 0, 1, tick, SCSTART_NOAVOID); } } else if( bl->type == BL_MER && ((TBL_MER*)bl)->devotion_flag && (tsd = ((TBL_MER*)bl)->master) ) status_change_start(src,&tsd->bl, type, 10000, val1, val2, 0, 1, tick, SCSTART_NOAVOID|SCSTART_NOICON); } break; To be honest im not sure about to reflect shield. I might delete some function. But it works upon testing it. Nevermind. I edit it. ? Limitations i found: The Devo caster should recast (Endure & Reflect Shield) buffs to appear the state icons to devoted party member. P.S I wonder why recasting is needed.