Nothing entered.
[http://sourceforge.net/p/ufoai/bugs/2867 Item 2867] imported from sourceforge.net tracker on 2013-01-28 19:50:51
The Hills map has multiple different problem issues. The problems include but are not limited to:
- Impassable areas
- Impassable areas changing when doors are closed or openend
- Unattached map objects
- Either wall object problems or a problem related to artifact 3204993
- Rescue zone in completely wrong place
All of this is in UFOAI version ufoai-2.4-dev-1306186842-Debug
See forum topic http://ufoai.ninex.info/forum/index.php?topic=5994.0 for complete details and screenshots.
ufoconsole log:
2011/05/24 22:45:48 ------- Loading game.dll -------
2011/05/24 22:45:48 not found at '/usr/local/lib'
2011/05/24 22:45:48 not found at 'C:\Documents and Settings\Esko\Application Data\UFOAI/2.4-dev/base'
2011/05/24 22:45:48 found at './base'
2011/05/24 22:45:48 tiles: -hills/ +road_1c1 +craft_drop_firebird +craft_ufo_harvester +filler_1s3 +house_11 +house_12 +house_13 +road_1v4 +road_1v4 +road_1v5 +road_1v4 +road_1v5 +road_1h1 +road_1h1 +road_1h2 +road_2h1 +filler_12vu1 +filler_1s1 +filler_1s1 +filler_2s1
2011/05/24 22:45:48 pos: 8 -32 0 -24 -32 0 -24 8 0 24 -16 0 24 -8 0 -8 0 0 -8 -16 0 8 -16 0 -24 -8 0 8 -8 0 8 0 0 -24 0 0 -8 -32 0 24 -32 0 0 -32 0 24 16 0 24 8 0 0 0 0 24 0 0 24 32 0
2011/05/24 22:45:48 tiles: 20
2011/05/24 22:45:49 CM_LoadMap: "-hills/ +road_1c1 +craft_drop_firebird +craft_ufo_harvester +filler_1s3 +house_11 +house_12 +house_13 +road_1v4 +road_1v4 +road_1v5 +road_1v4 +road_1v5 +road_1h1 +road_1h1 +road_1h2 +road_2h1 +filler_12vu1 +filler_1s1 +filler_1s1 +filler_2s1" "8 -32 0 -24 -32 0 -24 8 0 24 -16 0 24 -8 0 -8 0 0 -8 -16 0 8 -16 0 -24 -8 0 8 -8 0 8 0 0 -24 0 0 -8 -32 0 24 -32 0 0 -32 0 24 16 0 24 8 0 0 0 0 24 0 0 24 32 0"
2011/05/24 22:45:51 Rerouted for RMA in 0.0s
2011/05/24 22:45:51 checksum for the map '+hills': 2229896466
2011/05/24 22:45:51 ufo script checksum 2308402585
===== Comments Ported from Sourceforge =====
====== tlh2000 (2011-05-28 06:05:52) ======
In this screenshot, two brick walls are passable. It does not seem like a pathfinding bug, because in both the annotated places the unit selector box appears at a lower level. On all the other walls it appears on the top of the wall and soldiers cannot pa
====== tlh2000 (2011-05-28 06:06:26) ======
When the left-hand side balcony door is closed, a soldier can move wherever he wants inside the house but the balcony is impassable.
====== tlh2000 (2011-05-28 06:06:40) ======
When the left-hand side balcony door is open, the soldier cannot move at all. Everything is impassable. In both instances the problem areas are outlined in red.
====== tlh2000 (2011-05-28 06:07:36) ======
There is a streetlight object that seems like the end of the streetlight is lying on the ground when it should be at the top of the lamppost. This place differs from all other lampposts in this map.
====== tlh2000 (2011-05-28 06:07:57) ======
The road along the marked area behaves strangely. It's as if that row of squares (but only on the asphalt area) exists simultaneously on two different map levels, which makes trying to walk soldiers along it or select them on it a pain in the backside. Pr
====== tlh2000 (2011-05-28 06:08:35) ======
The rescue zone is located in the area outlined red in this screenshot. The rescue zone is NOT located inside the firebird craftdrop tile.
====== tlh2000 (2011-05-28 06:09:24) ======
forum thread with more detailed information: http://ufoai.ninex.info/forum/index.php?topic=5994
====== tlh2000 (2011-05-28 06:12:41) ======
the rescue zone should already be fixed by the firebird updates
====== tlh2000 (2011-05-28 06:24:47) ======
ufo07_hills_unattachedstreetlight.jpg should be fixed - the lamp was broken by the broken by the ufo - but the light was still shining ... ;)
====== tlh2000 (2011-05-28 06:25:12) ======
ufo13_hills_passable-brickwalls.jpg: one tile is fixed
====== edirr (2011-05-28 13:03:17) ======
This map was not on the list of maps with firebird problems, so it has not been modified. Some kind of firebird change should be added to fix the rescue zone, otherwise it will likely remain incorrect.
====== tlh2000 (2011-05-28 15:59:39) ======
the pathfinding issue is already here:
http://sourceforge.net/tracker/index.php?func=detail&aid=3204993&group_id=157793&atid=805242
the problem with the pathfinding is the func_breakable stuff
====== edirr (2011-05-28 17:14:31) ======
I have checked this map with build ufoai-2.4-dev-1306596927-Debug and the rescue zone is still next to the harvester. See new screenshot. Looks like it needs a firebird fix to properly reset the rescue zone where it belongs.
Also, more information on the balcony issue:
ufo06_hills_house2ndfloor_balcony_doorclosed.jpg affects the soldier only if the soldier is standing in that square. If the door is closes from the square next to it, movement around the house is possible. The balcony is still impassable.
====== edirr (2011-05-28 17:15:40) ======
Hills rescue zone marked by four soldiers standing on the corners.
====== tlh2000 (2011-06-12 09:32:31) ======
rescue trigger and func_breakable related pathfinding problems should be fixed now
====== tlh2000 (2011-06-12 09:34:03) ======
only the ufo06_hills_house2ndfloor_balcony_doorclosed.jpg issue is left now, no?
====== aduke1 (2011-07-18 20:13:45) ======
leftBalconyDoor
====== aduke1 (2011-07-18 20:14:51) ======
rightBalconyDoor
====== aduke1 (2011-07-18 20:15:15) ======
@kildor
:both the balcony doors are too narrow. Look at the screenshots. The cursor represents the width the actor needs. So he can't walk through either side.
Note that the actor can NOT simply walk through the middle ;)
====== aduke1 (2011-07-18 20:16:27) ======
thickWall
====== aduke1 (2011-07-18 20:19:08) ======
Also, the wall behind the balcony door seems to be missing a surface. That wall is unusually thick. Both fact may or may not be responsible for the unwalkable areas.
====== tlh2000 (2011-07-24 13:45:57) ======
the door is fixed in deca04635860d252a2c1dde13b4beb229487d113
====== aduke1 (2012-09-23 22:06:54.840000) ======
Kildor, are there any issues left open here or can I close it ?
====== aduke1 (2012-12-08 22:10:51.307000) ======
Obviously not :)