Суть в том, что при значение какой либо ГВАРы = x, при входе в город должна подгружаться локация 111, а при значении той же ГВАРы = y, должна подгружаться локация 222. Мне бы хотелось узнать: на сколько возможна (проблематична) эта концепция?

Именно так сделано изменение локации V15 в FO2. Сэ мэ файлик city.txt и доку по скриптам. ЕМНИП, это делается с помощью макроса mark_map_entrance_state.

Я неправильно выразился....

По сути мне нужно сделать 2 вида одного и того же города, один из которых будет подгружаться в зависимости от ГВАРа. Легче всего в этом случае сделать именно 2 города и прописать их в файле city.txt как невидимые, а потом при помощи команды mark_area_known поставить один из этих городов видимым.

П.С. Извините за беспокойство, почему то этот очевидный вариант не дошел до меня сразу....

П.П.С. В доке написано:

По всей видимости, если mark_type==MARK_TYPE_TOWN, то указывается номер города, иначе — карты.

Не факт, что движок проглотит два города в одной точке мира. Проверяй. Если будет падать — пробуй вариант с включением/выключением entrance. Два вида одного и того же города, повторюсь, реализованы в V15. Как раз через включение/отключение entrance. Можно подсмотреть и сделать по аналогии. ;)

Если честно, до меня че та не дошло как БИСовцы сделали это, точнее ГДЕ они сделали это. Я буду очень признателен, если кто нибудь помог мне разобраться с этим вопросом.....

Да, entrance тут, а включение/отключение в скриптах ищи.

Окей, я только что проверил, что одинаковые координаты маркеров городов на мировой карте не ведет к падению игры, поэтому этот вариант мне кажется наиболее пригодным и простым, как говорится: "идем по пути наименьшего сопротивления".Да и, как выяснилось, способ с V15 тут не подходит — там просто менялась маска карты, а мне нужно чтобы были разные не только карты, но и нпс, вещи и т.д. Конечно все это можно провернуть путем заскрипчивания ненужных объектов на удаление (ну и все в таком духе). Но зачем так извращатся, когда есть довольно таки простой и действенный способ...

П.С.

На самом деле там с V15 ваще странная история, походу даже разрабы мучались с похожей проблемой... Из срочек в City.txt:

Да, как второй уровень. И точка входа меняется с первого уровня (entrance_0) на второй (entrance_1). Т.е. именно карта и именно меняется, не скриптово, а подменой уровней. Плюсом, там, по-идее, на смежной карте должны скриптово переустанавливаться зоны выхода.

Хотя, если движок терпит два города в одном, то так, наверное, будет проще.

Окееей, но я все равно до конца не понял как это сделано...

entrance_0=On , значит Чуз при первом входе в город всегда появляется на карте The Squat A, но потом, видимо, идет проверка ГВАРы , и карта локации (если необходимо) меняется с 1-ого уровня на 2-ой уровень...

А дальше все это фиксируется в сэйве, так по идеи...

Примерно. :) Где-то есть скрипт, в котором есть проверка какой-то гвары и изменение entrance. Ищи. Контекстным поиском внутри исходников скриптов. По ключевым словам (именам функций, макрокомандам).

К сожалению, у меня лично нет времени ковырять скрипты. Могу только указать направление, в котором надо копать. Собственно, уже указала. V15. Искать "The Squat" и всё, что с ним связано: описания карт, локации V15, скрипты... Или другой вариант: ничего не искать, взять и проверить на конкретном примере своего собственного города работу макроса mark_map_entrance_state. Это вообще самый лучший способ разобраться: попытаться реализовать и посмотреть, как оно работает.

Ок, на досуге поищу, если найду что нибудь интерессное — тогда отпишусь.

Отправлено: 6 фев 12 19:10
Окей, долго думал над определением макроса:

Я тут вспомнил, что подобное проворачивалось и в Модоке, где при взрыве сортира город покрывался "пакостью".

Пробил ГВАРы по слову "shit" , нашел гвару "GVAR_MODOC_SHITTY_DEATH".

Дальше нашел использование этой ГВАРы в скрипте MILADDER (похоже это скрипт лестницы):

В Модоке делается через override_map_start, вроде...

Upd: кстати, да. Голова моя дырявая. В V15 тоже, наверное, через override_map_start делается... В map_enter висит проверка на ГВАРу, затем стоит override_map_start. Ну, это значит только одно: работу mark_map_entrance_state определённо надо тестировать на собственных примерах. :)

Аммм...с чузом понятно, его можно просто переместить на другой уровень карты, а с НПС тогда что делать ? :) Там же локация пустая :).

Тоже переместить. В map_enter каждого НПС. Тут ведь вот в чём проблема: если делать новую карту с такими же НПС и такими же скриптами, то для игры это будут совершенно разные объекты. И после изменения карты на новую все НПС "забудут" Чузена. Чтобы этого не произошло, скриптеры сделали 2 уровня одной и той же карты и переместили Чузена и НПС на новый уровень. Конечно, всегда можно "напомнить" новым НПС всё, что "знали" старые, но это усложнит скриптинг. Так, через 2 уровня, конечно проще.

А, ну да, я слепой :) Раза три просматривал функции с картой местности, только щас увидел функцию critter_attempt_placement .

Ну тогда все понятно, по проверке гвары происходит перемещение Чузена(override_map_start) и перемещение НПС (critter_attempt_placement), ну а вещи из всяких шкафов (и т.п.) переносятся в свои аналоги на другой карте обычным перемещением инвентаря.

Вопрос исчерпан. ИМХО :)

override_map_start — это не перемещение Чузена, это смена стартовой позиции карты. Не совсем одно и то же. ;)

Значит я не совсем так понял фразу "принудительно установить позицию игрока при загрузке карты", но все равно, в принципе, ничего это не меняет, главное принцип понят.


Отправлено: 8 фев 12 20:57
И еще...

Не совсем понял как определять координату гекса по xy.

Допустим у меня есть гекс с номером 28499, по формуле (hex = 200 * y + x) получается что y=124 (28400/200) и x=99. Так чтоль???

Upd: не, не так, конечно переместило в районе этого гекса, но не в нем...

Не 124, а 142. Опечатка?

x равняется остатку от деления hex на 200, а y — целой части от деления hex на 200.

А вообще, используй макрос override_map_start_hex из maps.h:
#define override_map_start_hex(x,y,z) override_map_start(x%200,x/200,y,z)

Ок, спасибо, разобрался.