From: koto@takopen.cs.uec.ac.jp Date: Sun, 16 Dec 2001 22:20:21 +0900 To: r-resc@ISI.EDU Subject: package ver. 0.34 available 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: From: NODA Itsuki 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 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