[ViewVC] Diff of: cvs/deliantra/server/include/config.h

Comparing deliantra/server/include/config.h (file contents):
Revision 1.3 by root, Thu Feb 9 02:11:26 2006 UTC vs.
Revision 1.23 by root, Wed Dec 13 02:55:50 2006 UTC

-/*
- * static char *rcsid_config_h =
- *   "$Id: config.h,v 1.3 2006/02/09 02:11:26 root Exp $";
- */
 /*
     CrossFire, A Multiplayer game for X-windows
     Copyright (C) 2002 Mark Wedel & Crossfire Development Team
     Copyright (C) 1992 Frank Tore Johansen
  *
  ***********************************************************************/
 /* Use a very easy, non-challenging server?
  * Defining the COZY_SERVER will make the server much less challenging:
- * no stats loss on death, much less experience loss.
+ * no stats loss on death, much less experience loss, and party members
+ * are treated by pet monsters as the owner itself when moving "through" them.
  */
 #define COZY_SERVER 1
+/*
+ * Make it impossible to pk outside the arena.
+ */
+#define PROHIBIT_PLAYERKILL 1
 /* Use balanced stat loss code?
  * This code is a little more merciful with repeated stat loss at lower
  * levels. Basically, the more stats you have lost, the less likely that
  * you will lose more. Additionally, lower level characters are shown
 /* Don't edit these values.  They are configured in lib/settings.  These are
    Simply the defaults. */
 #define BALANCED_STAT_LOSS FALSE
-#define USE_PERMANENT_EXPERIENCE FALSE
+#define PERMANENT_EXPERIENCE_RATIO 25
+#define DEATH_PENALTY_RATIO 20
+#define DEATH_PENALTY_LEVEL 3
 #define SET_TITLE TRUE
 #define SIMPLE_EXP TRUE
 #define SPELLPOINT_LEVEL_DEPEND TRUE
 #define SPELL_ENCUMBRANCE TRUE
 #define SPELL_FAILURE_EFFECTS FALSE
 #define ARMOR_MAX_ENCHANT   5
 #define ARMOR_WEIGHT_REDUCTION  10
 #define ARMOR_WEIGHT_LINEAR TRUE
 #define ARMOR_SPEED_IMPROVEMENT 10
 #define ARMOR_SPEED_LINEAR  TRUE
+#define CREATE_HOME_PORTALS FALSE
 /* you can edit the ones below */
 /* CS_LOGSTATS will cause the server to log various usage stats
  * and so on.)  This can be very useful if you are trying to measure
  * server/bandwidth usage.  It will periodially dump out information
  * which contains usage stats for the last X amount of time.
  * CS_LOGTIME is how often it will print out stats.
  */
-#ifndef WIN32    /* ***win32 we set the following stuff in the IDE */
 #define CS_LOGSTATS
-#endif
-#ifdef CS_LOGSTATS
 #define CS_LOGTIME  600
-#endif
 /* DEBUG generates copious amounts of output.  I tend to change the CC options
  * in the crosssite.def file if I want this.  By default, you probably
  * dont want this defined.
  */
-#ifndef WIN32			/* ***win32 we set the following stuff in the IDE */
 #ifndef DEBUG
 #define DEBUG
-#endif
 #endif
 /*
  * This option creates more core files.  In some areas, there are certain
  * checks done to try and make the program more stable (ie, check
  * parameter for null, return if it is).  These checks are being done
  * maps at that point.
  *
  * MSW 2001-05-28
  */
-#define MAP_CLIENT_X	25
+#define MAP_CLIENT_X	31
-#define MAP_CLIENT_Y	25
+#define MAP_CLIENT_Y	31
 /*
  * If you feel the game is too fast or too slow, change MAX_TIME.
  * You can experiment with the 'speed <new_max_time> command first.
  * The length of a tick is MAX_TIME microseconds.  During a tick,
  * mean slower performance and more memory.  IF this is not defined, then
  * this feature is disabled.
  */
 #define PARTY_KILL_LOG 20
-/* Use permanent experience code?
+/*
- * This code allows players to build up a small amount of 'permanent
- * experience' which reduces the effect of large experience drains, such as
- * death. This makes multiple frequent deaths less devastating, and also
- * ensures that any character will make some gradual progress even if they
- * die all of the time.
- * A nice option if your keep dying due to massive client/server lags despite
- * playing well... or you like to swim well outside of your depth. :)
- *
- * The PERM_EXP values adjust the behaviour of this option - if
+ * The PERM_EXP values adjust the behaviour of permenent experience. - if
- * USE_PERMAMENT_EXPERIENCE if off, these values have no meaning.  If it
+ * the setting permanent_experience_percentage is zero, these values have
- * is on, the minimum ratio is the minimum amount of permanent exp relative
+ * no meaning. The value in the settings file is the percentage of the
- * to the total exp in the skill (ie, at a default of .25, if you had 100
+ * experience that is permenent, the rest could be lost on death. When dying,
- * experience, at least 25 of it would be permanent).  The gain ratio
+ * the greatest amount of non-permenent exp it is possible to lose at one time
- * is how much of experienced experience goes to the permanent value.
+ * is PERM_EXP_MAX_LOSS_RATIO  - this is calculated as
- * This does not detract from total exp gain (ie, if you gained 100 exp,
+ * total exp - perm exp * loss ratio. The gain ratio is how much of experienced
- * 100 would go to the skill total and 10 to the permanent value).
+ * experience goes to the permanent value. This does not detract from total
- * the loss ratio is the maximum amount of experience that can be lost
+ * exp gain (ie, if you gained 100 exp, 100 would go to the skill total and
- * in any one hit - this is calculated as total exp - perm exp * loss ratio.
+ * 10 to the permanent value).
  *
  * A few thoughts on these default value (by MSW)
  * gain ratio is pretty much meaningless until exp has been lost, as until
- * that poin, the minimum ratio will be used.
+ * that poin, the value in the settings file will be used.
  * It is also impossible for the exp to actually be reduced to the permanent
  * exp ratio - since the loss ratio is .5, it will just get closer and
  * closer.  However, after about half a dozen hits, pretty much all the
  * exp that can be lost has been lost, and after that, only minor loss
  * will occur.
  */
 /* GD */
-#define PERM_EXP_MINIMUM_RATIO        0.25f
 #define PERM_EXP_GAIN_RATIO           0.10f
 #define PERM_EXP_MAX_LOSS_RATIO       0.50f
 /*
  * WATCHDOG lets sends datagrams to port 13325 on localhost
  * in (more-or-less) regular intervals, so an external watchdog
  * program can kill the server if it hangs (for whatever reason).
  * It shouldn't hurt anyone if this is defined but you don't
  * have an watchdog program.
  */
-#ifndef WIN32	/* ***win32 disable watchdog as win32 default */
 #define WATCHDOG
-#endif
 /* Enable the new material code - it needs some work.  You can
  * enable this, and things will work, just you'll see a whole
  * bunch more materials show up, and thus a whole bunch more materials
  * in your inventory, and the sorting for them isn't really good.
  * SHUTDOWN - used when shutting down the server
  * SOCKETBUFSIZE - size of buffer used internally by the server for storing
  *    backlogged messages.
  * TMPDIR - directory to use for temp files
  * UNIQUE_DIR - directory to put unique item files into
- * USE_CALLOC for some memory requests
  ***********************************************************************
  */
 /*
  * BANFILE - file used to ban certain sites from playing.  See the example
 /* LOGFILE specifies which file to log to when playing with the
  * -daemon option.
  */
 #ifndef LOGFILE
-#ifdef WIN32 /* change define path */
-#define LOGFILE "var\\crossfire.log"
-#else
 #define LOGFILE "/var/log/crossfire/logfile"
-#endif
 #endif
 /*
  * MAP_MAXTIMEOUT tells the maximum of ticks until a map is swapped out
  * after a player has left it.  If it is set to 0, maps are
  * velow.  If MINTIMEOUT > MAXTIMEOUT, MAXTIMEOUT will be used for all
  * maps.
  */
 /* How many ticks till maps are swapped out */
-#define MAP_MAXTIMEOUT	1000
+#define MAP_MAXTIMEOUT	300
 /* At least that many ticks before swapout */
-#define MAP_MINTIMEOUT  500
+#define MAP_MINTIMEOUT  300
 /*
  * MAP_MAXRESET is the maximum time a map can have before being reset.  It
  * will override the time value set in the map, if that time is longer than
  * MAP_MAXRESET.  This value is in seconds.  If you are low on space on the
  */
 /* Maximum time to reset. */
 #define MAP_MAXRESET	7200
 /* Default time to reset. */
-#define MAP_DEFAULTRESET       7200
+#define MAP_DEFAULTRESET       3600
 /*
  * MAX_OBJECTS is no hard limit.  If this limit is exceeded, crossfire
  * will look for maps which are already scheldued for swapping, and
  * promptly swap them out before new maps are being loaded.
  * consumes more memory.  If you have gobs of free memory, a high number
  * might not be a bad idea.  Each object is around 350 bytes right now.
  * 25000 is about 8.5 MB
  */
-#define MAX_OBJECTS	100000
+#define MAX_OBJECTS	400000
 /*
  * Max objects low water mark (lwm).  If defined, the map swapping strategy
  * is a bit different:
  * 1) We only start swapping maps if the number of objects in use is
  * will drop the client connection for falling too far behind.  So if
  * you have very slow client connections, a larger value may be
  * warranted.
  */
-#define SOCKETBUFSIZE 128*1024
+#define SOCKETBUFSIZE 256*1024
 /*
  * Your tmp-directory should be large enough to hold the uncompressed
  * map-files for all who are playing.
  * It ought to be locally mounted, since the function used to generate
  * something that is NFS mounted (but performance may suffer as NFS is
  * slower than local disk)
  */
 /*#define TMPDIR "/home/hugin/a/crossfire/crossfire/tmp"*/
-#ifdef WIN32 /* change define path tmp */
-#define TMPDIR "tmp"
-#else
 #define TMPDIR "/tmp"
-#endif
 /* Directory to use for unique items. This is placed into the 'lib'
  * directory.  Changing this will cause any old unique items file
  * not to be used.
  */
 #define UNIQUE_DIR "unique-items"
 /*
- * If undefined, malloc is always used.
- * It looks like this can be oboleted.  However, it can be useful to
- * track down some bugs, as it will make sure that the entire data structure
- * is set to 0, at the expense of speed.
- * Rupert Goldie has run Purify against the code, and if this is disabled,
- * apparantly there are a lot of uninitialized memory reads - I haven't
- * seen any problem (maybe the memory reads are copies, and the destination
- * doesn't actually use the garbage values either?), but the impact on speed
- * of using this probably isn't great, and should make things more stable.
- * Msw 8-9-97
- */
-#define USE_CALLOC
-/*
  * These define the players starting map and location on that map, and where
  * emergency saves are defined.  This should be left as is unless you make
  * major changes to the map.
  */
-#ifdef WIN32 /* change define path city */
-#  define EMERGENCY_MAPPATH "\\city\\city"
-#  define EMERGENCY_X 15
-#  define EMERGENCY_Y 19
-#else
-#  define EMERGENCY_MAPPATH "/city/city"
+#define EMERGENCY_MAPPATH "/city/city"
-#  define EMERGENCY_X 15
+#define EMERGENCY_X 15
-#  define EMERGENCY_Y 19
+#define EMERGENCY_Y 19
-#endif
 /*
  * These defines tells where, relative to LIBDIR, the maps, the map-index,
  * archetypes highscore and treaures files and directories can be found.
 #define HIGHSCORE	"highscore"
 #define TREASURES	"treasures"
 #define	BANISHFILE  "banish_file"
 #define MAX_ERRORS	25	/* Bail out if more are received during tick */
-#define STARTMAX        500     /* How big array of objects to start with */
-#define OBJ_EXPAND      100     /* How big steps to use when expanding array */
+#define OBJ_EXPAND      5000    /* How big steps to use when expanding array */
 #define HIGHSCORE_LENGTH 1000	/* How many entries there are room for */
-#define ARCHTABLE 5003		/* Used when hashing archetypes */
+#define ARCHTABLE 16384		/* Arch hashtable size */
 #define MAXSTRING 20
 #define COMMAND_HASH_SIZE 107	/* If you change this, delete all characters :) */
  * thus requiring that the server be setuid/setgid, and more generous
  * permisisons needed.
  * SAVE_MODE is permissions for the files, SAVE_DIR_MODE is permission
  * for nay directories created.
  */
+/* IMPORTANT: there is a race during saving, where the umask is being applied */
 #define	SAVE_MODE	0660
 #define	SAVE_DIR_MODE	0770
 /* NOTE ON SAVE_INTERVAL and AUTOSAVE:  Only one of these two really
  * needs to be selected.  You can set both, and things will work fine,
  * environment, you may want to set this to a higher value, so that
  * you are not spending too much time saving the characters.
  * This option should now work (Crossfire 0.90.5)
  */
-#define SAVE_INTERVAL 60
+//#define SAVE_INTERVAL 60
 /*
  * AUTOSAVE saves the player every AUTOSAVE ticks.  A value of
  * 5000 with MAX_TIME set at 120,000 means that the player will be
  * saved every 10 minutes.  Some effort should probably be made to
  * may not be large enough to save all of them.)  As it is now, it will
  * just set the base tick of when they log on, which should keep the
  * saves pretty well spread out (in a fairly random fashion.)
  */
-#define AUTOSAVE 500
+#define AUTOSAVE 1000
 /* Often, emergency save fails because the memory corruption that caused
  * the crash has trashed the characters too. Define NO_EMERGENCY_SAVE
  * to disable emergency saves.  This actually does
  * prevent emergency saves now (Version 0.90.5).
  */
 /*#define BACKUP_SAVE_AT_HOME*/
 /* RESET_LOCATION_TIME is the number of seconds that must elapse before
- * we fill return the player to his savebed location.  If this is zero,
+ * we will return the player to his savebed location.  If this is zero,
  * this feature is disabled (player will resume where ever he was
  * when he last logged off).  If this is set to less than two hours,
  * it will prevent players from camping out in treasure rooms.
  * Do not comment this out - it must be set to something - if you
  * comment this out, the program will not compile.

Diff Legend

-–
+Removed lines
-+
+Added lines
-<
+Changed lines
->
+Changed lines

Comparing deliantra/server/include/config.h (file contents): Revision 1.3 by root, Thu Feb 9 02:11:26 2006 UTC vs. Revision 1.23 by root, Wed Dec 13 02:55:50 2006 UTC

Diff Legend

Comparing deliantra/server/include/config.h (file contents):
Revision 1.3 by root, Thu Feb 9 02:11:26 2006 UTC vs.
Revision 1.23 by root, Wed Dec 13 02:55:50 2006 UTC