Доработка Prophesy of Pendor 3

Безумный ДЖО, тогда замени эту строчку на
-26.000000 0.000000 0.000000  0  4 2071 1 1224979098644774912 1714 2 1224979098644774913 1224979098644774912 1712 1 1224979098644774913 1749 1 1224979098644774913
Это именно момент смерти

Я так понимаю, замки и города используют те же шаблоны, что и лорды? Т.е. они набирают весь спектр войск фракции, описанный тремя шаблонами. Вот я хотел создать по три новых уникальных шаблона для каждого города и некоторых замков, сбалансированных относительно уже существующих. Но я так понимаю, непосредственно формирование гарнизона вообще в скрипте "Start_game" идёт. А там слишком много всего. Ну или неправильно понимаю)

В game_start, опять же, задается только количество вызовов cf_reinforce_party для отрядов в зависимости от типа: городам - столько-то, замкам - меньше итд. Подробнее в этом твике. Я оба способа могу сделать, точнее ты будешь делать, а я подсказывать. Но нужно определиться, окончательно

Но нужно определиться, окончательно

Но а как проще? Учитывая, что замков может быть много и добавлять каждый может со временем буду, а не сразу.

Подробнее в этом твике.

Ну получается, можно game_start не трогать)

Проще своим отдельным триггером, по ряду причин
1) не нужно листать цифры и напрягать глаза, он себе аккуратно в конце файла, всегда найдешь, всегда под рукой
2) в нем будет минимум кода - только то, что тебе действительно нужно - проще отлаживать
3) настроив систему здесь ее можно будет перенести в другое место, даже внедрить в стандартную. Но пока она еще не на финальном этапе, незачем каждый раз копаться в горе стандартных цифр боясь какую-то из них случайно стереть

Работать будем в simple_triggers.txt

Проще своим отдельным триггером, по ряду причин

Штош, звучит логично)

Безумный ДЖО, тогда замени эту строчку на
-26.000000 0.000000 0.000000  0  4 2071 1 1224979098644774912 1714 2 1224979098644774913 1224979098644774912 1712 1 1224979098644774913 1749 1 1224979098644774913
Это именно момент смерти

да -работает, спасибо за суету! 
ПС единств. минус, что когда валишь всадника, то чаще всего игра не успевает показать анимацию как он падает -сразу растворяется с конём.. в этом коде есть цифра в секундах до исчезновения?

cap_solo, предлагаю пока тестить на одном юните, потом расширим скрипт и сделаем их побольше. В исходном виде это будет так:

(5, # это число - частота проверки в игровых часах
  [
    (try_for_range, ":town", "p_town_1", "p_village_1"), # в этот диапазон входят все города и замки
    (is_between, ":town", "p_town_X", "p_town_Y"), # "уточняем" до конкретных городов на каких будем тестить
    (party_count_members_of_type, ":cur_guards", ":town", "trp_guard"), # заносим в ":cur_guards" текущее количество наших уникальных стражей в городе
    (lt, ":cur_guards", 100), # lt = lesser than = меньше чем, если их меньше сотни (в этот раз без развилки ибо если сотня то код просто прервется и все что дальше не выполнится - это нам и нужно)
    (party_add_members,  ":town",  "trp_guard", 1), # добавляем одного стража, последний раз этот код выполнится когда их будет 99 - дальше условие lt уже сюда не пустит
  ]),

Два вопроса:
1) устраивает ли такая логика?
2) сможешь ли сам перевести это в твик?

Безумный ДЖО, красота требует жертв, обычно триггерам можно задать задержку выполнения, но в этом случае она не работает, я пробовал... Видимо от операции зависит. Есть еще альтернативный вариант - забить на конкретные моменты, и раз в 5 секунд растворять всех коней без всадника. Примерно так работает мультиплеер, чтобы не захламлять дезматчи пустыми конями. Устроит?

Безумный ДЖО, красота требует жертв, обычно триггерам можно задать задержку выполнения, но в этом случае она не работает, я пробовал... Видимо от операции зависи

пичаль.. но всё равно спасибо 

Есть еще альтернативный вариант - забить на конкретные моменты, и раз в 5 секунд растворять всех коней без всадника. Примерно так работает мультиплеер, чтобы не захламлять дезматчи пустыми конями. Устроит?

вполне, если там не слишком геморно..  ..так даже лучше наверное

так даже лучше наверное

Строчка будет такая:
5.000000 0.000000 0.000000  0  7 12 1 1224979098644774912 2147485352 1 1224979098644774912 1702 1 1224979098644774912 1715 2 1224979098644774913 1224979098644774912 31 2 1224979098644774913 -1 1749 1 1224979098644774912 3 0
Можешь вместо 5 свою частоту ставить, она в секундах. Повезло тебе что твои хотелки в пару строчек делаются, иначе я бы даже модульку не открыл)

Строчка будет такая:
5.000000 0.000000 0.000000  0  7 12 1 1224979098644774912 2147485352 1 1224979098644774912 1702 1 1224979098644774912 1715 2 1224979098644774913 1224979098644774912 31 2 1224979098644774913 -1 1749 1 1224979098644774912 3 0
Можешь вместо 5 свою частоту ставить, она в секундах. Повезло тебе что твои хотелки в пару строчек делаются, иначе я бы даже модульку не открыл)

класс!!  полезный твик на самом деле, можно в коллекцию твиков, ещё раз благодарю за помощь - риспект!!!

сможешь ли сам перевести это в твик

Ну ща попробуем. Одно но - а как переменные то переводятся? Локальная и тут, в триггерах, всегда "1224979098644774912" и дальше меняем последнюю цифру? И пофиг как её обзывал "изначально"?

устраивает ли такая логика?

Ну вроде. Есть сразу вопросы, раз уж разбираемся)
1) Цикл тут необходим? Или без оператора try_for_range просто ничего не будет происходить? Нельзя типа начать с третьей строки просто указывая конкретный город и конкретного юнита? Тогда для 10 городов 10 раз это надо будет указать?)
2) Забыл спросить. Если добавлять не одного, а двух юнитов (50/50 или вроде того - не важно) - дублировать с третьей строки с другим юнитом? (но это потом. Просто что не сложно будет добавить, получается?)
3)  lt = lesser than - у функции две переменные? Первую сравнивают со второй? При переводе в .txt нуля там быть не должно, так?

Одно но - а как переменные то переводятся? Локальная и тут, в триггерах, всегда "1224979098644774912" и дальше меняем последнюю цифру? И пофиг как её обзывал "изначально"?

Именно)

actions.txt = 1801439850948198400
factions.txt = 432345564227567616
item_kinds1.txt = 288230376151711744
map_icons.txt = 1297036692682702848
menus.txt = 864691128455135232
meshes.txt = 1441151880758558720
mission_templates.txt = 792633534417207296
music.txt = 1657324662872342528
particle_systems.txt = 1008806316530991104
parties.txt = 648518346341351424
party_templates.txt = 576460752303423488
presentations.txt = 1513209474796486656
quests.txt = 504403158265495552
quick_strings.txt = 1585267068834414592
scene_props.txt = 1080863910568919040
scenes.txt = 720575940379279360
scripts.txt = 936748722493063168
skills.txt = 1369094286720630784
sounds.txt = 1152921504606846976
strings.txt = 216172782113783808
tableau_materials.txt = 1729382256910270464
troops.txt = 360287970189639680
variables.txt = 144115188075855872
:var0 = 1224979098644774912
neg| = 2147483648
this_or_next| = 1073741824
reg0 = 72057594037927936
s0 / pos0 / info_pages.txt / skins.txt = 0 (прямой номер без константы)

Не путать scenes.txt / reg0 и meshes.txt / variables.txt! Хоть они и начинаются одинаково у них разное количество цифр!

P.S. Leonion, добавь пж в справочник)

Есть сразу вопросы, раз уж разбираемся)

1) Да, нужно будет указать 10 раз для 10 городов. Если тебе не кажется это муторным, то ты еще просто не до конца понимаешь насколько полезны слоты и как они работают. Когда наш тестовый юнит заработает и мы начнем добавлять новых - увидишь)
2) Добавить будет не сложно, даже в цикл не будем вставлять. Из цикла только получаем, одна строчка на все 18 юнитов или сколько ты их там планируешь, а добавляться будут отдельно
3) не должно, ноль только если операция ни с чем не работает, например rebuild_shadow_map - вызывал и тени объктов обновились, никаких параметров. Или тот же try_begin что был вчера

сможешь ли сам перевести это в твик?

5.000000  5 6 3 1224979098644774912 648518346341351446 648518346341351594 33 3 1224979098644774912 648518346341351446 648518346341351447 1630 3 1224979098644774913 1224979098644774912 360287970189640885 30 2 1224979098644774913 100 1610 3 1224979098644774912 360287970189640885 1

Получается так?

Счетчик вверху файла менять на единицу вверх, как я понимаю? Был = 136.

И всё, оно теперь просто будет работать в игре?)

Ну что-то пока не заработало. Начал новую игру, появился у Явиксхольма, подождал несколько дней - ничего...

Кажется, ошибся с оператором. Не 30, а 31. Но пока все равно ничего.

Или как раз 30...

такой вот вопрос -вот в моргсе в пати_темплейтс у каждой фракции есть А В С, как игра\мод  накидывает гарнизоны? С -замки, А -город, а В и там и там ? или всё хитрее на самом деле..

такой вот вопрос -вот в моргсе в пати_темплейтс у каждой фракции есть А В С, как игра\мод  накидывает гарнизоны? С -замки, А -город, а В и там и там ? или всё хитрее на самом деле..

Мы это и обсуждали)

Счетчик вверху файла менять на единицу вверх, как я понимаю? Был = 136.

Это если новый добавлять, но чем хорош simple_triggers.txt что в нем есть несколько "болванчиков" - пустых триггеров типа "24.000000  0" где ты вместо 24 задаешь свою частоту и счетчик не трогаешь, таким образом можно тестить даже на старой сохранке

Ну что-то пока не заработало. Начал новую игру, появился у Явиксхольма, подождал несколько дней - ничего...

Явиксхольм задан правильно, но ты забыл что у lt нет своего номера - это инвертированная через приставку neg| операция ge (greater or equal) с противоположным эффектом. Для тебя это значит что константу neg из моего списка постом выше нужно прибавить к номеру ge (вот он уже и правда 30 как ты указал), так что в итоге будет не
30 2 1224979098644774913 100
а
2147483678 2 1224979098644774913 100

В остальном ошибок не вижу - как для первого твика очень и очень недурно)

Мы это и обсуждали)

я думал ты хочешь в дополнение к 18 юнитам ещё засунуть, не? 

но ты забыл что у lt нет своего номера - это инвертированная через приставку neg| операция ge (greater or equal) с противоположным эффектом.

Поправочка - я понятия не имел) Я посмотрел в файле - а там типа как равно другому оператору. А это не равно, оказывается...

таким образом можно тестить даже на старой сохранке

А т.е. каждый раз при добавления триггера, в старой игре он работать не будет?)

З.ы. Ну я новый создал триггер.

А т.е. каждый раз при добавления триггера, в старой игре он работать не будет?)

Я никогда не осмеливался проверить, но при любом вмешательстве в счетчики (кроме миссий и меню) я бы начинал новую игру, на всякий

Ну я новый создал триггер.

Водятся ли в явиксхольме нужные хлопцы?

Водятся ли в явиксхольме нужные хлопцы?

Да, поселились теперь.

Прогнал месяц на ускоренном - они бесконечно спавнятся) Уже больше 140а.

На сохранённой игре тоже появляются.

я думал ты хочешь в дополнение к 18 юнитам ещё засунуть, не? 

Это не важно) Ты спросил про волны подкреплений (про шаблоны эти). Мы конкретно их обсуждали, как они регулируются Dalion писал мне выше.

Да, поселились теперь.

Есть контакт, теперь пока они обживаются на новом месте подселим им соседей)

Триггер будет разбит на две части - присвоение юнитов и наполнение ими замки. Вторая часть это видоизмененный наш предыдущий код, начнем с нее:

(5,
  [
    (try_for_range, ":town", "p_town_1", "p_village_1"), # 6 3 1224979098644774912 648518346341351446 648518346341351594
    (is_between, ":town", "p_town_X", "p_town_Y"), # эта строчка нам больше не нужна, убираем 33 3 1224979098644774912 648518346341351446 648518346341351447 из нашего кода
    (party_get_slot, ":guard", ":town", 500), # почему здесь 500 я объясню ниже
    (gt, ":guard", 0), # 0 это значение по умолчанию для любого слота, а значит эта проверка заменяет наш is_between который мы выкинули
    (party_count_members_of_type, ":cur_guards", ":town", ":guard"), # это старая строчка но в ней уже не "trp_guard" а ":guard", так что старые цифры не подойдут
    (lt, ":cur_guards", 100), # 2147483678 2 но у ":cur_guards" уже другой порядковый номер, надо пересчитать
    (party_add_members,  ":town",  ":guard", 1), # пересчитываем, уже не "trp_guard" а ":guard"
    (try_end), # вроде в прошлый раз мы цикл не закрыли - не дело
  ]),

Теперь пора посвятить тебя в удивительный мир слотов. Что такое слоты? Это глобалка, привязанная к объекту. Например ты пишешь яд и чтоб нанести юниту урон, тебе надо проверить что он отравлен. Ты можешь написать (eq, "$poisoned", 1), и для первого юнита это сработает, но также продолжит срабатывать и для всех остальных, которых на самом деле еще не травили. Потому надо проверять (agent_slot_eq, ":agent", slot_poisoned, 1), это у каждого отдельного агента будет считывать что у него там в этом слоте, если 0, а 0 там по умолчанию, то его уже дамажить не будет. Когда я это осмысливал, мне понятнее всего оказалась ассоциация с карманами - есть 10 человек, у каждого есть карманы, но только у одного в кармане что-то лежит. Потому нельзя ставить вопрос лежит ли там у них что-то в целом, нужно каждому отдельно заглядывать и смотреть.

Что мы делаем здесь? Да то же самое - заглядываем в 500-ый "карман" каждому городу, и если у кого-то там не пусто, то достаем оттуда нового жильца и селим на ПМЖ)) Почему 500-ый? Для безопасности - многие слоты уже заняты в нативной модульке, их конечно меньше занято чем 500, но это красивое число и хорошая отправная точка для наших кастомных. Еще надо понимать что у каждого объекта слоты свои, если в 500-ом слоте отряда стоит trp_guard, то в 500-ом слоте, скажем, фракции - по прежнему пусто. Всего слотов 2^20 = 1048576, раздельных на каждый объект.

Вооружившись этой информацией, пихаем в game_start в конец присваивание наших юнитов:
(party_set_slot, "p_town_1", 500, "trp_town1_guard"),
(party_set_slot, "p_town_2", 500, "trp_town2_guard"),
....
(party_set_slot, "p_castle_40", 500, "trp_castle40_guard"),

И, вкупе с триггером выше, получаем рабочую систему своей мечты =)

И, вкупе с триггером выше, получаем рабочую систему своей мечты =)

Ха!) Теперь вижу - красиво!

Если по ходу игры добавлять в скрипт эти слоты, оно работать будет? Или надо новую игру начинать каждый раз? А то у меня еще не готовы эти юниты все)))

И кстати, еще один левый вопрос раз такая пруха: вычитал, что надо прописывать новых юнитов в скрипт "kt_init_troop_slots", дабы они учитывались как надо при автобое. Типа без этих телодвижений они будут нулями при расчете боя. Так ли это? Или игра сама рассчитает по уровню, если юнита в том скрипте нет? И если так, то на сохраненной игре работает?

(gt, ":guard", 0),

Ну т.е. эта строка проверяет присвоен ли слот, и если нет, - пропускаем город?

(party_set_slot, "p_town_1", 500, "trp_town1_guard")

Получается, тем же способом, для каждого города можно втупую тут же присвоить на слот охранника тюрьмы и прочих нужного юнита? Или если сделать этот тут, то потом что-то его перепишет? Я видел какой-то скрипт, который этими присвоениями по фракциям занимается, но этот скрипт должен все равно в game_start вызываться? А значит, если добавить в конце game_start, то будет работать? Заодно в голову пришло, шобы для красоты)

З.Ы. А теперь стало сложнее))) Ты не понял один из моих вопросов, наверное, а я не понял, что ты не понял) Ситуация(ну например): берем схему, что каждый город содержит сто стражников. Если я хочу, чтобы конкретный содержал 70 стражников с мечами и щитами, а 30 стражников - с луками, то для этого города уже придётся писать два отдельных тригера и выделять свои слоты?

Если по ходу игры добавлять в скрипт эти слоты, оно работать будет? Или надо новую игру начинать каждый раз? А то у меня еще не готовы эти юниты все)))

Тут зависит только от скрипта - game_start вызывается лишь раз, а тот же cf_reinforce_party довольно часто. Пока ты тестишь, тебе все равно придется новую игру начинать каждый раз когда добавляешь юнита (чтобы игра банально его увидела), так что можешь пока оставить в game_start, но вообще можно создать новый симпл триггер с 0 проверки и условием на key_clicked, таким образом при нажатии например ентера ты объявишь эти слоты по новой (это идея на будущее, в нынешней фиче все тесно связано с правилами появления самого нового юнита в игре как такового)

Так ли это? Или игра сама рассчитает по уровню, если юнита в том скрипте нет?

Только нпс рассчитает, а обычные юниты будут нули. Заполнять этот скрипт надо на основе ближайшего юнита из похожих, главное знать что за что отвечает. Тонкости расписаны здесь.

Ну т.е. эта строка проверяет присвоен ли слот, и если нет, - пропускаем город?

ага, без развилки просто пропускаем, если хочешь при нулевом слоте все равно добавлять стражника, но не особого а обычного - нужно вводить развилку

Получается, тем же способом, для каждого города можно втупую тут же присвоить на слот охранника тюрьмы и прочих нужного юнита? Или если сделать этот тут, то потом что-то его перепишет? Я видел какой-то скрипт, который этими присвоениями по фракциям занимается, но этот скрипт должен все равно в game_start вызываться? А значит, если добавить в конце game_start, то будет работать?

Та будет, но не привыкай к такому образу мышления типа "а, там че-то крутится ну и пусть, я просто поверх перепишу" - гораздо интереснее найти где именно оно там крутится и по какому принципу. Добавляя свое все время поверх, ты не узнаешь как работает игра, а чем больше принципов ее работы ты изучаешь, тем сильнее ощущаешь власть вмешаться в них по своему усмотрению. Этот твик мы построили не разбираясь как работают подкрепления, ведь в конце итог будет тот же - новые юниты наряду со стандартными, но поверь что ты достигнешь большего если будешь работать с причинами, а не последствиями. Успехов)

(5,
  [
    (try_for_range, ":town", "p_town_1", "p_village_1"), # 6 3 1224979098644774912 648518346341351446 648518346341351594
    (is_between, ":town", "p_town_X", "p_town_Y"), # эта строчка нам больше не нужна, убираем 33 3 1224979098644774912 648518346341351446 648518346341351447 из нашего кода
    (party_get_slot, ":guard", ":town", 500), # почему здесь 500 я объясню ниже
    (gt, ":guard", 0), # 0 это значение по умолчанию для любого слота, а значит эта проверка заменяет наш is_between который мы выкинули
    (party_count_members_of_type, ":cur_guards", ":town", ":guard"), # это старая строчка но в ней уже не "trp_guard" а ":guard", так что старые цифры не подойдут
    (lt, ":cur_guards", 100), # 2147483678 2 но у ":cur_guards" уже другой порядковый номер, надо пересчитать
    (party_add_members,  ":town",  ":guard", 1), # пересчитываем, уже не "trp_guard" а ":guard"
    (try_end), # вроде в прошлый раз мы цикл не закрыли - не дело
  ]),

5.000000  7 6 3 1224979098644774912 648518346341351446 648518346341351594 521 3 1224979098644774913 1224979098644774912 500 32 2 1224979098644774913 0 1630 3 1224979098644774914 1224979098644774912 1224979098644774913 2147483678 2 1224979098644774914 100 1610 3 1224979098644774912 1224979098644774913 1 3 0

Вроде так... Но игра не запустилась

Если я хочу, чтобы конкретный содержал 70 стражников с мечами и щитами, а 30 стражников - с луками, то для этого города уже придётся писать два отдельных тригера и выделять свои слоты?

Нет, все в том же триггере, достаточно лишь раз пройтись по городам, чтобы считать/присвоить все необходимые их значения. Не против если в этот раз без комментов уже?

(5,
  [
    (try_for_range, ":town", "p_town_1", "p_village_1"),   
       (party_get_slot, ":melee_guard", ":town", 500),
       (party_get_slot, ":ranged_guard", ":town", 501),
       (party_get_slot, ":melee_limit", ":town", 502),
       (party_get_slot, ":ranged_limit", ":town", 503),
       (try_begin),
          (gt, ":melee_guard", 0),
          (party_count_members_of_type, ":cur_melee_guards", ":town", ":melee_guard"),
          (lt, ":cur_melee_guards", ":melee_limit"),
          (party_add_members,  ":town",  ":melee_guard", 1),
       (try_end),
       (try_begin),
          (gt, ":ranged_guard", 0),
          (party_count_members_of_type, ":cur_ranged_guards", ":town", ":ranged_guard"),
          (lt, ":cur_ranged_guards", ":ranged_limit"),
          (party_add_members,  ":town",  ":ranged_guard", 1),
       (try_end),
    (try_end),
  ]),

Слоты 501-503 объявляешь наряду с 500-ым.

Вроде так... Но игра не запустилась

Трудно запуститься когда мы закрыли тот бесконечный цикл добавив 8-ую операцию, а у тебя в счетчике их осталось 7