[http://sourceforge.net/p/ufoai/bugs/2887 Item 2887] imported from sourceforge.net tracker on 2013-01-28 19:50:51

2011/06/01 23:10:44 ------- Loading game.dll -------
2011/06/01 23:10:44 not found at \'/usr/local/lib\'
2011/06/01 23:10:44 not found at \'C:\\Documents and Settings\\Esko\\Application Data\\UFOAI/2.4-dev/base\'
2011/06/01 23:10:44 found at \'./base\'
2011/06/01 23:10:45 tiles: -forest/fr_ +craft_drop_firebird +craft_crash_scout +w6 +w8 +h1 +a1 +f4 +f36 +f49 +f2 +f34 +f35 +f46 +w7 +f47 +f44 +w2 +w1 +w3
2011/06/01 23:10:45 pos: -16 0 0 8 -32 0 -16 -24 0 -8 -40 0 -16 16 0 0 16 0 -8 -16 0 8 -8 0 -16 -8 0 8 8 0 16 8 0 8 -40 0 16 -40 0 -16 -40 0 -16 -32 0 -8 -32 0 -8 -24 0 0 -24 0 0 -32 0
2011/06/01 23:10:45 tiles: 19
2011/06/01 23:10:45 CM_LoadMap: \"-forest/fr_ +craft_drop_firebird +craft_crash_scout +w6 +w8 +h1 +a1 +f4 +f36 +f49 +f2 +f34 +f35 +f46 +w7 +f47 +f44 +w2 +w1 +w3\" \"-16 0 0 8 -32 0 -16 -24 0 -8 -40 0 -16 16 0 0 16 0 -8 -16 0 8 -8 0 -16 -8 0 8 8 0 16 8 0 8 -40 0 16 -40 0 -16 -40 0 -16 -32 0 -8 -32 0 -8 -24 0 0 -24 0 0 -32 0\"
2011/06/01 23:10:47 Rerouted for RMA in 0.0s
2011/06/01 23:10:47 checksum for the map \'+forest\': 2117053795
2011/06/01 23:10:47 ufo script checksum 1998756295
2011/06/01 23:10:48 -------------------------------------
2011/06/01 23:10:48 Connecting to localhost...
2011/06/01 23:10:48 ==== ShutdownGame ====
2011/06/01 23:10:48 Used inventory slots in game on shutdown: 0
2011/06/01 23:10:48 ==== InitGame ====
2011/06/01 23:10:48 Created AI player (team 0)
2011/06/01 23:10:48 Created AI player (team 7)
2011/06/01 23:10:48 Used inventory slots after ai spawn: 0
2011/06/01 23:10:48 connection attempt from loopback connection
2011/06/01 23:10:51 load material file: \'materials/forest.mat\'
2011/06/01 23:10:51 added light, ambient=0.476837
2011/06/01 23:10:54 Starting the game...
2011/06/01 23:10:54 Used inventory slots: 0
2011/06/01 23:10:54 Edi has joined team 1
2011/06/01 23:10:54 music change to PsymongO1 (from ufo2)
2011/06/01 23:10:54 music change to Crystan-Battlescape01 (from PsymongO1)
2011/06/01 23:10:55 Used inventory slots client Edi spawn: 0
2011/06/01 23:10:56 (player 0) It\'s team 1\'s round
2011/06/01 23:10:56 Edi has taken control over team 1.



See screenshot. The rescue zone should be located inside the Firebird, not outside it.
===== Comments Ported from Sourceforge =====

====== edirr (2011-06-02 20:25:36) ======

+forest rescue zone outside the Firebird
====== kildor (2011-06-03 03:53:19) ======

This is not related to .map itself, looks like some more serious problem with entities handling may be?
====== edirr (2011-06-03 16:58:56) ======

Full ufoconsole log (debugging enabled)
====== edirr (2011-06-03 17:00:45) ======

That being the case, I've added the full ufoconsole log file in case there is something useful in there. Debugging has been enabled, so the log file is pretty hefty and had to be zipped up.
====== geever (2011-06-04 08:29:58) ======

rescue_zone_2
====== geever (2011-06-04 08:30:51) ======

rescue_zone_3
====== geever (2011-06-04 08:31:28) ======

rescue_zone_4
====== geever (2011-06-04 08:32:16) ======

Uploaded 3 more screenshots of rescue zones at odd places.

-geever
====== kildor (2011-06-06 05:24:37) ======

This problem is not +forest-specific, since +hills have the same problem.

2011/06/06 12:20:40 tiles: -hills/ +craft_drop_firebird +house_12 +road_1v3 +house_15 +road_12vu1 +road_2v1 +road_1h2 +house_13 +filler_2s1 +filler_2s2 +filler_12vu1 +filler_2s1 +filler_12vu1 +filler_12vu1 +filler_2s1 +filler_12vu1 +filler_1s1 +filler_1s1 +filler_1s1 +filler_1s2 +filler_1s2 +filler_1s2
2011/06/06 12:20:40 pos: -8 -24 0 8 0 0 -8 0 0 8 -24 0 -8 8 0 -8 16 0 16 -24 0 -24 -24 0 -24 16 0 -16 16 0 8 8 0 8 16 0 -16 8 0 -24 8 0 16 16 0 16 8 0 16 -8 0 16 0 0 -16 0 0 -24 0 0 -24 -8 0 -16 -8 0
2011/06/06 12:20:40 tiles: 22
2011/06/06 12:20:40 CM_LoadMap: "-hills/ +craft_drop_firebird +house_12 +road_1v3 +house_15 +road_12vu1 +road_2v1 +road_1h2 +house_13 +filler_2s1 +filler_2s2 +filler_12vu1 +filler_2s1 +filler_12vu1 +filler_12vu1 +filler_2s1 +filler_12vu1 +filler_1s1 +filler_1s1 +filler_1s1 +filler_1s2 +filler_1s2 +filler_1s2" "-8 -24 0 8 0 0 -8 0 0 8 -24 0 -8 8 0 -8 16 0 16 -24 0 -24 -24 0 -24 16 0 -16 16 0 8 8 0 8 16 0 -16 8 0 -24 8 0 16 16 0 16 8 0 16 -8 0 16 0 0 -16 0 0 -24 0 0 -24 -8 0 -16 -8 0"

====== geever (2011-06-06 10:17:41) ======

> This problem is not +forest-specific, since +hills have the same problem.

Both maps were created by you weren't them?

Please check other maps with rescue zones, maybe trigger_rescue works differently than you expected.

-geever
====== tlh2000 (2011-06-06 12:45:56) ======

maybe it's only rendered at the wrong place?
====== edirr (2011-06-06 17:46:54) ======

That's not just rendering. The zone itself is inside the box, not inside the firebird.

+hills had the rescue zone problem way before rescue zones were made visible. It's possible the other problems also existed, but they were not reported, at least that I know of.

The interesting thing is that from the +forest screenshots it seems the rescue zone placement varies, but in +hills it's always in the same place.

Does the same problem occur in other RMA maps?

Is it possible to tie the rescue zone to a specific tile and specific squares inside that tile? This would lock it into the dropship models, since they are placed the same in relation to their own tile.

Or is it something ion the RMA code that also treats the rescue zone as a randomized object and then places it anywhere that will fit? That would account for the different screenshots.
====== tlh2000 (2011-06-06 20:47:39) ======

this is then maybe a trigger edict related problem and might also affect the other triggers like trigger_hurt, trigger_touch and so on.
====== kildor (2011-06-07 03:31:25) ======

> The interesting thing is that from the +forest screenshots it seems the
rescue zone placement varies, but in +hills it's always in the same place.
The reason of +hills situation is using fixed tiles, so the main bone always the same. If you edit hills.ump, you will be able to see the zone in different places.

> this is then maybe a trigger edict related problem and might also affect
the other triggers like trigger_hurt, trigger_touch and so on.
Is it possible to add some debug pref to show all triggers?
====== tlh2000 (2011-06-07 04:37:58) ======

yes, set sv_send_edicts to 1 (this is a cheat cvar, so also set sv_cheats to 1 __before__ you start the map)
====== tlh2000 (2011-06-11 08:52:47) ======

should be fixed in f2064a5fbc7ad7754cdc9e24ceb12702574a63b9
====== sf-robot (2011-06-25 09:20:03) ======

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).