Garr

Well, the problem is a bit larger than that, it's just that most AoE skills (like EQ, songs, Meteor Assault) pass though walls. I had to make modifications in src to prevent that, but I'm not really sure if it's intended behavior or not. I'll try to look for my old remarks on what I changed, and if I won't find them I'll check out again if you need this change.

This is a very old guide, the actual thana tower quest got changed.

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

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?

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? ._.

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

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?

Why don't you just divide the weight by 10 mes "Weight: "+(.@weight[.@i]/10); ?

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

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).

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.

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.

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.

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 >.<

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"

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

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#

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?

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)

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.

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.

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.

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.

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

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