Lemongrass3110 f42c2ff211 Moved some remaining constants into src (#2501)
* Moved all npc view constants into src

Source side the constants will use Gravity's naming standard(JT_*)
NPC side still supports the old names without JT_

* Moved all effect constants into src

Added check for effect validation to atcommand effect and all script commands using them
Removed the unused and broken function unit_changeviewsize from unit.c
Replaced a lot of hardcoded effect ids with their respective constants
Cleaned up the effect documentations

* Moved all hat effect constants into src

Added check for effect validation to script command hateffect
2017-10-14 18:13:51 +02:00
..
2017-09-18 21:52:52 +07:00
2017-10-12 11:04:03 -04:00
2017-10-12 11:04:03 -04:00
2014-08-24 21:58:23 +07:00
2014-08-24 21:58:23 +07:00
2013-03-27 21:57:45 +00:00
2016-11-22 09:32:14 -05:00
2017-04-06 18:00:30 -04:00
2014-10-01 17:42:30 +07:00
2017-06-15 18:42:26 +02:00
2015-12-18 21:15:44 +01:00
2014-06-20 19:13:45 +07:00
2015-06-27 13:11:49 +07:00
2017-08-10 00:34:43 +01:00
2014-08-24 21:58:23 +07:00
2015-08-17 14:13:22 -04:00
2014-08-24 21:58:23 +07:00

Import Directories

What is the import directory for?

The import/ directory provides a way for you to change your config settings without the need to even touch the main /conf/ and /db/ files.

By placing your custom entries into the import/ directory within these two locations, your core files will not need to have any conflicts resolved when you update your server. You store your changes, and the rest is updated with rAthena.

How does this work?

Think of "import" as in "override". Place only the settings you have changed in the import files, or settings you are "overriding".

For example, when setting up a server there are always a few config settings that users would like to change in order for rAthena to suit their needs. The following example will show you how to use the /db/import/ directory correctly. (for /conf/import/ examples, see /conf/readme.md)

Achievements


We want to add our own custom achievement that can be given to a player via an NPC Script and another that we can give to our GMs.

/db/import/achievement_db.yml

Achievements:
  - ID: 280000
    Group: "AG_GOAL_ACHIEVE"
    Name: "Emperio"
    Reward:
      TitleID: 1035
    Score: 50
  - ID: 280001
    Group: "AG_GOAL_ACHIEVE"
    Name: "Staff"
    Reward:
      TitleID: 1036
    Score: 50

Instances


We want to add our own customized Housing Instance.

/db/import/instance_db.txt

// ID,Name,LimitTime,IdleTimeOut,EnterMap,EnterX,EnterY,Map2,Map3,...,Map255
35,Home,3600,900,1@home,24,6,2@home,3@home

Mob Alias


We want to give a custom mob a Novice player sprite.

/db/import/mob_avail.txt

// Structure of Database:
// MobID,SpriteID{,Equipment}
3850,0

Custom Maps


We want to add our own custom maps. For this we need to add our map names to import/map_index.txt and then to the import/map_cache.dat file for the Map Server to load.

/db/import/map_index.txt

1@home	1250
2@home
3@home
ev_has
shops
prt_pvp

Item Trade Restrictions


We want to ensure that specific items cannot be traded, sold, dropped, placed in storage, etc.

/db/import/item_trade.txt

// Legend for 'TradeMask' field (bitmask):
// 1   - item can't be dropped
// 2   - item can't be traded (nor vended)
// 4   - wedded partner can override restriction 2
// 8   - item can't be sold to npcs
// 16  - item can't be placed in the cart
// 32  - item can't be placed in the storage
// 64  - item can't be placed in the guild storage
// 128 - item can't be attached to mail
// 256 - item can't be auctioned
// Full outright value = 511
34000,511,100	// Old Green Box
34001,511,100	// House Keys
34002,511,100	// Reputation Journal

Custom Quests


We want to add our own custom quests to the quest_db.

/db/import/quest_db.txt

// Quest ID,Time Limit,Target1,Val1,Target2,Val2,Target3,Val3,MobID1,NameID1,Rate1,MobID2,NameID2,Rate2,MobID3,NameID3,Rate3,Quest Title
89001,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,"Reputation Quest"
89002,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,"Reputation Quest"

We cannot stress enough how helpful this system is for everyone. The majority of git conflicts will simply go away if users make use of the import/ system.