Set a player's lvl only in one map?

[Set a player's lvl only in one map?]

Hmm, but wouldn't it give stat points every time on level up, but not delete them on level down?

[cannot see item description on my new customs~~]

20120410 uses txt files still, so this will be in idnum2itemdesctable.txt

 

Since you had other customs added already, I'd assume you know what you're doing. Just try to check for usual things: you didn't forget last "#", you typed item id right (I had that before with mob avail, switched 2 digits in mob_avail and was WTF why it doesn't work ._.'). Also, what's the ID of that item? Maybe it clashes with some existing item description already?

[Exp values bugged??]

Stop with the panic, what exactly is wrong with that chart?

 

You do realize that after character hits 98->99 for base exp or 69->70 for job exp his exp is nulled out, like on every level up? That's exactly the case there. If character continues to play AFTER he reached 99 he STILL gets exp, but it's just not shown ingame. As you can see, maximum base exp a 99 trans character can reach is 343.210.000, and 213.852.071 for job exp. Iirc SNs can reach more job exp, but I'm not actually sure on their limit (It's because they have 99 jobs unlike 70 on trans/extended and 50 1st/2nd).

 

Did you all think character just stops getting exp after hitting 99? ._.

[Devil Square script]

Quick check here shows that you have problems with case sensitivity. Just mass replace all "Case" with "case" and all "Announce" with "announce".

[how to disable buff and Potion in certain map]

Do you get any errors in map?

Like that it can't read map_zone_db? There's no such zone? Anything that can push us in the right direction?

[Don't show last zero in weight (npc dialogue box)?]

Why don't you just divide the weight by 10

            mes "Weight: "+(.@weight[.@i]/10);

?

[how to disable buff and Potion in certain map]

You didn't input zone name in mapflag, it should be

guild_vs5	mapflag	zone	PVPZONE

[auto itemusing on pickup]

Hmm, I'd say it's pretty much possible to make with src edits, and we even have an analogue to look up to (*autoequip).

[Modify exp rates for specific class only]

Hmm, I don't think you could do that with world-wide flags, but maybe you could go with login event, and give those jobs SC that increases base/job exp (SC_CASH_PLUSEXP iirc)? Albeit that'd be a bad idea if you have manuals on free acccess.

[Can someone help me with a check on a job?]

Why not just use

select( (((eaclass() & EAJ_BASEMASK) == EAJ_MAGE)?"":"SP Rec") + ":" + .skill_set$[2] )

Anyway, that ":" there for a reason. If you'd be using the code presented by you, you'll essentially be getting 2 different menus with 2 different choice options, which would make it hard to place into logic. This way, empty option will not be presented inside NPC choice window, but it'll still take up place. So in short, without that ":" when you choose "Napalm Beat" you can get either option 2 or 3, with this you'll always get 3.

[Hey, new, couple of questions.]

I believe you should have a glance on this topic. Also, having doc/script_commands.txt open at all times (and actually reading it) would be a good start as it'l give you a hint on what and how you can do.

[Duplicating maps]

Not working how? You can't warp to map? You crash when you enter map? It tells you there's no such map?

Can I see that "something" that you added already?

 

Also, iirc rAthena doesn't have null/player/guild variants added to instance source, only party >.<

[Can someone help me with a check on a job?]

I didn't say that number you get from eaclass and class are same. I said job number/job id/class are one and the same. It's pretty much what you know as Job_* constants. 0 for Novice, 1 for  Swordsman and so on.

 

On par with that exists eaclass system, which you can read about in the document I told about above.

 

Those are 2 different systems.

 

My comment above was aimed towards you changing "job number" into "class"

[Can someone help me with a check on a job?]

Actually class and job number are one and the same. This one returns job number in "ea format", you can read more about that all in doc/ea_job_system.txt

[Duplicating maps]

What about resnametable inside client? I thought you could copy already existing maps that way.

<EDIT>Oh, without any additions to database... My bad >.< </EDIT>

Iirc you only need to add the name inside map_index.txt and add few lines inside resnametable for client.

Like bossnia_01 ~ bossnia_04 maps all use gef_dun03 map.

bossnia_01.gnd#gef_dun03.gnd#bossnia_01.gat#gef_dun03.gat#bossnia_01.rsw#gef_dun03.rsw#À¯ÀúÀÎÅÍÆäÀ̽ºmapbossnia_01.bmp#À¯ÀúÀÎÅÍÆäÀ̽ºmapgef_dun03.bmp#bossnia_02.gnd#gef_dun03.gnd#bossnia_02.gat#gef_dun03.gat#bossnia_02.rsw#gef_dun03.rsw#À¯ÀúÀÎÅÍÆäÀ̽ºmapbossnia_02.bmp#À¯ÀúÀÎÅÍÆäÀ̽ºmapgef_dun03.bmp#bossnia_03.gnd#gef_dun03.gnd#bossnia_03.gat#gef_dun03.gat#bossnia_03.rsw#gef_dun03.rsw#À¯ÀúÀÎÅÍÆäÀ̽ºmapbossnia_03.bmp#À¯ÀúÀÎÅÍÆäÀ̽ºmapgef_dun03.bmp#bossnia_04.gnd#gef_dun03.gnd#bossnia_04.gat#gef_dun03.gat#bossnia_04.rsw#gef_dun03.rsw#À¯ÀúÀÎÅÍÆäÀ̽ºmapbossnia_04.bmp#À¯ÀúÀÎÅÍÆäÀ̽ºmapgef_dun03.bmp#

[Script is triggered twice, WHY?]

Actually, no, there is a part inside warp command (pc_setpos in pc.c) that revives the person it's warping when dead.

 

My wild guess would be that there's some other label that triggers before, and it might be falling through to this one. In short, you might've forgotten to end/close piece of code above this part?

[FCP help !]

You don't need to edit dispell, just edit db/sc_config.txt:

// Status Change configuration database//// Structure of Database:// SC_NAME, flag//// flag    1  - SC cannot be removed by death.//         2  - SC cannot be saved.//         4  - SC cannot be reset by dispell.//         8  - SC cannot be reset by clearance.//         16 - SC considered as buff and be removed by Hermode and etc.//         32 - SC considered as debuff and be removed by Gospel and etc.//         64 - SC cannot be reset when MADO Gear is taken off.//        128 - SC cannot be reset by 'sc_end SC_ALL' and status change clear.//Example://SC_ENDURE, 21 //SC_ENDURE: cannot be removed by death and dispell and cosidered as buff. (16 + 4 + 1 = 21)

[Need script for this. Please help]

When they register you can stash their variables into an array, I usually get both aid and cid just incase, and to check if player changed chars and *somehow* got back.

 

Once they die you delete player from the array you created, or a copy of it if you want to keep it for some reason (like you know your players won't bail out of event and want to keep array), or if they die you delete them from copy of array, and if they log out you delete them from both arrays.

 

Another way is to use this awesome command and get player aids from within the area, and check them for being with GM commands, first one within the area that doesn't have (or has very low) GM level is the one we seek.

 

Hmm. I also have one weird idea, it might work, but I'm not really sure on few moments. I'll check it out and get back on that.

[Need script for this. Please help]

The other way around.

By the coords you gave me ( I assume that x,y coords for lower left corner of green area is 46,46, upper right 53,53. For orange area 36,36 and 63,63 respectively)

getareausers( "map",36,36,63,63) - getareausers( "map",46,46,53,53)

As in you deduce GMs (green area, 2nd getareausers) from all the players inside orange area + green area (1st getareausers).

In getareausers I prefer lower left and upper right corners (not sure if it can be the other way, never really tried), so I use the command like this:

getareausers( "mapname", lower left corner x, lower left corner y, upper right corner x, upper right corner y)

Just so you can check that both x and y are increasing and you're actually getting the right area

 

To check for dead players you'd want to trigger an event:

OnPCDieEvent:This special label triggers when a player dies. The variable 'killerrid' is set to the ID of the killer.

Just don't forget to limit it only to the players you want it triggered on, since it'll trigger FOR EVERY DEATH EVER.

Usually limits include checking if the person is on the right map, has needed variables on him (or some global event variabe is set), and I'd exclude GMs from this as well even if they fall under both previous conditions.

[Sgcp getnewpost problem]

And at least a link to where you took the cp from would be nice, otherwise without looking in the code it'll be a nice guessing game.

[Need script for this. Please help]

For the black walls you should probably use setwall, or alter the map in browedit if you'll be using it only for the event.

 

About counting players just use getareausers (rectangle around orange area) - getareausers (rectangle around green area).

 

If you want a full script you'd need to provide more info, like rectangle corners coords, map that the event will run on and so on and so forth.

[Help With some changes in skills]

Actually I believe 2nd is a bug, as items are not supposed to be equippable in the slot until strip effect ends...

[Thor Volcano Dungeon 3 - Black hidden area]

Why not just edit the map itself in browedit and remove it both server and clientside?

[Help with this script]

Just a question, why did you have to modify it to get charIDs when most commands work with accIDs, including *attachrid and *rid2name? You can just go through the accID array, attaching the players to script, and do checkvending() without any extra options on it.

 

Speaking of which that's why you're getting an error. For rid2name you need to provide accID, not charID.

[request]

I just want to ask... why? Why did you have to use an endless timer?

OnPCLoginEvent:OnPCLogoutEvent:OnPCBaseLvUpEvent:OnPCJobLvUpEvent:It's pretty obvious when these four special labels will be invoked.

-	script	LevelUpGifts	-1,{end;OnPCLoginEvent: // To give prizes to people who already obtained the levels before script was implemented and are already 99.	.@flag = 1;OnPCBaseLvUpEvent:	if( BaseLevel >= 60 && !(LevelUpPrize&1) ) {		// Insert giving items to level 60 here;		LevelUpPrize |= 1;		if( BaseLevel == 60 )			announce strcharinfo(PC_NAME) + " reached level 60, congratulations!",bc_all|bc_npc|bc_blue;	}	if( BaseLevel >= 70 && !(LevelUpPrize&2) ) {		// Insert giving items to level 70 here;		LevelUpPrize |= 2;		if( BaseLevel == 70 )			announce strcharinfo(PC_NAME) + " reached level 70, way to go!",bc_all|bc_npc|bc_blue;	}	if( BaseLevel >= 80 && !(LevelUpPrize&4) ) {		// Insert giving items to level 80 here;		LevelUpPrize |= 4;		if( BaseLevel == 80 )			announce strcharinfo(PC_NAME) + " reached level 80, hafway to the top!",bc_all|bc_npc|bc_blue;	}	if( BaseLevel >= 90 && !(LevelUpPrize&8) ) {		// Insert giving items to level 90 here;		LevelUpPrize |= 8;		if( BaseLevel == 90 )			announce strcharinfo(PC_NAME) + " reached level 90, you're almost there!",bc_all|bc_npc|bc_blue;	}	if( BaseLevel >= 99 && !(LevelUpPrize&16) ) {		// Insert giving items to level 99 here;		LevelUpPrize |= 16;		if( BaseLevel == 99 && !.@flag ) // Just so players that already got 99'd wouldn't get an announce on login.		// They reached it way long ago 			announce strcharinfo(PC_NAME) + " reached level 99, congratulations!",bc_all|bc_npc|bc_blue;	}end;}

Something like this and checks would run only on leveling up and logging in, instead of running this check on every player every 0.1second >.<