From: koto@takopen.cs.uec.ac.jp
Date: Sun 16 Dec 2001 - 13:20:21 GMT
http://ne.cs.uec.ac.jp/~koto/rescue/rescue-0_34/
I implemented some features suggested for RoboCup2002, but they are not
tested. You can test these individually by editing parameters in the
configuration file (RUN/config.txt). The default enables all the
features.
If your agents cause NullPointerException, segmentation fault, or
something, turn the notify_initial_position parameter true. If
notify_initial_position is false, positions of agents are not given by
KA_CONNECT_OK.
-----------------------------------------------------------------------
Message-Id: <200111271055.fARAtaP13552@nuec.nue.org>
From: nue@nue.org (Ikuo Takeuchi)
Subject: Proposals for RoboCupRescue 2002 regulations (First draft)
> I. Traffic Simulator
The new traffic simulator is not included and will be released by
T. Morimoto. Instead, the old sample simulator is included.
> II. Blockade Simulator
> (1) Let repairCost be proportional to the road length, that is, blockade
> on a longer road takes much time to remove.
>
> repairCost = (block * roadLength + (CONST - 1)) / COSNT
> where, for example, CONST = 10000 * 2000
>
> To maintain the compatibility, CONST will be determined so that
> typical blockade on a 2m wide and 10m long road takes one minute. (It
> seems still too short but it is a typical value of the current
> simulator.)
Implemented. The area_per_repair_cost parameter describes the value of
CONST. If area_per_repair_cost == 0, repairCost is calculated by the
old algorithm.
> III. Fire Simulator
> In the current fire simulator, water quantity 1000 (= extinguishing
> power) has drastically different power than 999; that is, 999 water
> has no effect for extinguishing. This is a known bug.
Fixed. However, you can use the round_down_quantity parameter to
control compatibility. If round_down_quantity == true, the
extinguishing with power less than 1000 has no effect.
> (1) Multiple Hoses to different directions (proposed by S. Kanazawa)
>
> A fire brigade can extinguish two fires simultaneously by splitting
> its extinguishing power 1000 into two 500's. Extinguishing power 500
> is not enough for a big fire, but efficient for an early small fire.
> So if a fire brigade decides to split its extinguishing power for near
> two early fires, it can extinguish both fires twice as quick as it
> cascades the full power to the both.
Implemented. Multiple hoses are supported iff accept_multiple_nozzles
== true.
> IV. Miscellaneous Simulator
> (1) An ambulance can AK_RESCUE or LOAD a victim on the same place or
> near position in a neighbor place (Here, place denotes road or node).
> Currently it is allowed to do so only for a victim on exactly the same
> place.
Implemented. If near_agents_rescuable == true, an ambulance can
AK_RESCUE or LOAD a near victim. If near_agents_rescuable == false, an
ambulance can do so only for a victim on the same place.
> (2) A damaged rescue agent cannot immediately restart its activity
> even if it has run into a refuge or hospital. How long it cannot
> restart depends on the amount of damage; for example,
>
> time for restart = damage when it runs into refuge / CONST
>
> where CONST is adjusted so that seriously damaged agent can restart
> at least after 10, or more plausibly 20 turns.
Not implemented.
> V. Civilian Agents
The package includes the old sample civilian.
> VI. Kernel
> (1)
> So, we propose that an early fire at clock 0 can be
> sensed by a fire brigade more than 100m far away, only after clock 3
> or 4.
For the first few clocks, which is described by the
steps_far_fire_invisible parameter, the kernel notify the only fire that
is in eyesight.
> (2) Any agent cannot know other agent position at the beginning. (The
> current regulation is unbelievably unusual!)
Implemented. The kernel notifies initial positions by KA_CONNECT_OK iff
the notify_initial_position parameter is true.
> (3) Any agent cannot know other agent positionHistory. (This is a
> little controversial, but if we want to allow an agent to know another
> agent's most recent positionHistory within the sight range of the
> agent, the kernel has to do a big work to cut off invisible part of
> the positionHistory.)
Implemented. The kernel notify positionHistory iff the
notify_position_history parameter is true.
> (4) So called "start dash" is inhibited. That is, no agent can run
> through the road before it is blocked at clock 0. (This is a sort of
> bug of the kernel.)
Implemented. For the first few clocks, described by steps_agents_freezed,
the kernel discards commands from agents.
-----------------------------------------------------------------------
Message-Id: <200111291124.fATBO1I17915@nuec.nue.org>
From: nue@nue.org (Ikuo Takeuchi)
Subject: 2002 League regulation (on messages)
> After we proposed some rule changes on Nov 27th, we continued the
> discussion on the 2002 League regulation and have got other proposals
> on messages. These require very small change of the kernel program,
> as certified by T. Morimoto, but require some changes of all agent
> teams. Criticism and discussion are welcome.
No changes for this feature. Note that the included samplecivilians
speaks their own language.
-----------------------------------------------------------------------
Message-ID: <svr4rndl5ga.wl@oak.etl.go.jp>
From: NODA Itsuki <I.Noda@aist.go.jp>
Subject: A proposal of Civilian
> I like propose new civilians for RoboCup-2002. Basically, the
> behaviors are based on the current civilians (RoboCup-2001). We are
> trying to re-write the code using a kind of rule-base behavior engine
> for the future development. Also, it uses new syntax of ACL.
Not included. The package includes the old sample civilian.
-----------------------------------------------------------------------
Message-Id: <20011130133103O.matsuno@dis.titech.ac.jp>
From: Fumitoshi Matsuno <matsuno@dis.titech.ac.jp>
Subject: A proposal of MAP
> We would like propose new maps for RoboCup-2002.
> As RoboCup-2002 will be held in Fukuoka, we propose a map of Fukuoka city.
> We should prepare different maps for each level of matches.
> So we also propose a map of virtual city.
> Combining different basic components of it we can make many different maps
> easily.
Not included. The package includes the map of Kobe only.
__
Tetsuhiko Koto
koto@takopen.cs.uec.ac.jp
This archive was generated by hypermail 2.1.4 : Sun 22 Sep 2002 - 18:52:58 GMT