Crossfire Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: CF: maps command
On Oct 28, 10:20pm, Preston F. Crow wrote:
> Subject: CF: maps command
> maps
> Current time is: 03:15:52.
> Path Pl PlM IM TO Dif Pen Reset
> /city/city -1 0 2 0 1 0 03:29:53
> /city/taverns/inn -8 0 2 0 1 0 05:11:32
> ity/misc/gatehouse 0 0 2 0 6 0 03:27:00
>
> Note that the 'Pl' entry is negative for two of those maps. It generally
goes
> negative when someone applies a "bed to reality," and may well do so if
> someone quits or otherwise exits the map strangely.
You have most of it correct. The map's command is probably half debugging
tool, and half tool for players to use.
IM is in memory I believe (2 probably means it is swapped to disk - 0 I think
is in memory, and 1 is reserved, since partial loads/saves are not currently
reliable enough to use
TO is correct (number of ticks until it is saved to disk.) PlM should be an
accurate count on the number of players - Pl is generated by a counter stored
in the map object, and as you note, isn't quite correct. PlM is generated by
looking at all hte objects on the maps, and seeing how many are players. Since
the index in hte map object is not correct, the function call is used whenever
needed for such actions (in theory, having the Pl work properly would be nice,
as it saves some cpu's cycles for checking for player objects.)
It would probably be easy to change the reset to localtime. Internally, all
times are stored in unix epoch seconds - it just so happens the map command is
using a very simplistic conversion method to time.
>
> Also, 'help maps' doesn't provide any information.
There is a lot of commands that don't have help information. If you want to
organize this in a presentable fashion for information on the maps, I will add
it in.
> Reset is the time when the map will reset (actually it will be a few seconds
> later; upto 60 seconds delayed in some cases I've observed)).
Yeah - the server only checks every so many ticks if a map needs to be reset
(might be 500 or 2500 ticks). If you have increased/decreased the option in
config.h which determines how long a tick is, that could also change just how
fast it gets swapped out.
Anyways,after waiting 2 hours, waiting an extra minute should not be a
problem.
--
-- Mark Wedel
mark@pyramid.com
[to unsubscribe etc., send mail to crossfire-request@ifi.uio.no]
References: