Хочешь прикол? Уже в паре сотен метров севернее
кол не работает.
Я вчера психанул(т.к. точно помнил, что у меня в проектах таких проблем не было) и решил затестить сам этот объект. С большим трудом, но сегодня наконец я всё же допёр до частичного понимания, как это работает, и почему у меня с этим не было проблем в моих модах.
Если вкратце, то
объект, созданный скриптом, будет иметь коллизию только в той зоне, в col-файле которой находится его коллизия. Иначе говоря, объект 3064 будет иметь коллизию только
в районе washints(+~100м), т.к. его коллизия находится в "washints.col".
Где закреплены границы районов для этого "правила" - я не знаю, т.к.
очистка MAP.ZON NAVIG.ZON INFO.ZON и main.scm не помогает.
Скорее всего, привязка стандартных col-файлов к определенным границам и сами эти границы прописаны в exe.
Короче, от проблемы можно избавиться, если удалить коллизию нужного нам объекта из
washints.col(который лежит в
gta3.img) и добавить эту коллизию в новый созданный col-файл(который прописать в
gta_vc.dat), либо добавить её в "
models\coll\generic.col".
ИЛИ можно вообще удалить
все col-файлы из
gta3.img и прописать в
gta_vc.dat пути ко
всем копиям col-файлов, которые уже находятся в папке "
DATA\MAPS\NAME". В этом случае проблема решится сразу для всех объектов.
ИЛИ можно попробовать найти в exe эту привязку col-файлов к зонам и отрубить это.
Ну и, прописывание объекта в object.dat по-прежнему желательно для корректной физики.
Всё вышеперечисленное было проверено на еще нескольких объектах из разных зон, и везде один результат.
В своих модах, поскольку я сносил полностью карту - col-файлы из gta3.img я не юзал, а создавал новые. Соответственно, они не были никаким таинственным образом привязаны ни к каким зонам на карте и объекты из них работали нормально везде. В дефолтном же Вайсе, видимо, где-то дополнительно прописана такая вот угрюмая оптимизация...