[CF List] Map reset time (was: New To Crossfire)

Scott Wedel scott at campy.tymnet.com
Tue Apr 16 01:10:32 CDT 2002


>>>
     
     Introduce a new archetype for exits, which would change faces depending on
     
     >>>
     
     whether the target map is currently in memory (or swapped out) or if it
     
     >>>
     
     has been reset.
     
     >>>
     
     
     >>
     
     
     >>
     
      Absolutely a terrible idea.  The map reset logic should be utterly invisible
     
     >>
     
      to players.  Players should only know that maps with dead monsters and so on
     
     >>
     
      means another player was there recently.
     
     >
     
     
     >
     
     
     >
     
       But realistically, players do care about the status.  If a player is waiting 
     
     >
     
     for a map to reset, the fact that it is empty or not is apparant to them.  And 
     
     >
     
     they can always use the 'maps command to see when the map will reset or whatever 
     
     >
     
     else.
     
     
But that is an unfortunate artifact of the game's design becoming an user
interface issue.  The only place that changing maps should be obvious is when
going from outdoors to indoors (change in scale from a house being same size as
the character to becoming a large room).  It certainly should not be encouraged
to know where in a series of caves, for instance, are the boundaries between
maps.


>>
     
      As for the current kludge, it could be further kludged to extend the map reset
     
     >>
     
      timeout only after a character makes some number of moves in the map.  That'd
     
     >>
     
      allow a player to see that a map is unchanged and immediately leave without
     
     >>
     
      changing the map reset timeout.
     
     

>
     
       This could be done.  However, if the reset time for unoccupied maps is 
     
     >
     
      relatively short, players could literally guard the map - "don't enter yet - I'm 
     
     >
     
      waiting for it to reset".
     
     
How can any map reset logic avoid this issue?  There are unsolvable potential
conflicts of one player entering and leaving in an attempt to complete a set of
maps vs another player wanting the maps to reset in order to start that set of
maps.


The whole idea of maps needing to reset quicker because everyone wants to do a
particular map (presumably often for another time) suggests deeper problems
with the game.  Players should want to and be encouraged to explore, not do the
same map yet again.  Because the map reset time is known that allows players
to hang around waiting for it to reset.  Maybe the reset logic should instead
be that a map will never be reset until after a fixed time since most recent
activity and then a .1% per minute of being reset (and resetting adjacent maps
also idle for long enough).  That way once a map is cleaned out then players
are better off going elsewhere than waiting for a map to reset.


    
    


More information about the crossfire mailing list