Сообщество Империал: Скрипторий Medieval 2 Total War - Сообщество Империал

Ergistal

Скрипторий Medieval 2 Total War

Библиотека готовых скриптов для МТВ2
Тема создана: 17 декабря 2009, 11:21 · Автор: Ergistal
 6  
 Ergistal
  • Imperial
Imperial
Форумчанин

Дата: 17 декабря 2009, 11:21

Скрипторий. Библиотека готовых скриптов МТВ2.

Спойлер (раскрыть)


В этой теме будем собирать готовые скрипты, которые можно непосредственно применить в моде, только подставив свои данные. Предупреждаю сразу, флуд, споры, вопросы будут пресекаться на корню. Обсуждение, предоставленных скриптов можно вести в этой теме:
Для просмотра ссылки Зарегистрируйтесь
Пожалуйста, описывайте подробно назначение скрипта. Очень желательно подробно комментировать текст, чтобы читающим легче было разобраться. Кроме того, старайтесь указывать авторство скрипта или хотя бы мод из которого он взят, если написали его не сами. Все размещённые скрипты проверяйте на работоспособность. Такой вариант: "там кто-то написал вот кидаю сюда скрипт" не принимается во-внимание. Лучшие и проверенные скрипты выносятся в шапку темы.

1. Генерация агента в заданной точке.
Спойлер (раскрыть)


2. Скрипт по возрождению разгромленной фракции.

Спойлер (раскрыть)


3. скрипт при игре за Папскую область дает 100% вероятность того, что Папа объявит предложенный вами поход.
Спойлер (раскрыть)



ВОПРОС
Можно скриптом прописать, чтобы каждый ход с союзными фракциями отношения улучшались до максимума, а с враждебными падали до минимума. Как это можно сделать с помощью скрипта?

Спойлер (раскрыть)
     bitterhowl
    • Imperial
    Imperial
    El Compilator

    Дата: 12 января 2016, 18:00

    Итак, оптимизация скриптов нужна главным образом для быстродействия, чтобы не загружать процессор и операционку. Возможно, помимо быстродействия уменьшится и вероятность вылетов заодно. Полезно знать принцип работы программного кода (я не программист, не претендую, пишу только то, что прочел в теме про оптимизацию). Игра разбирает каждый монитор поэтапно, проверяет каждое условие, и если оно верное, то переходит к следующему. На это и тратится время работы процессора, поэтому нужно уметь оптимально подбирать условия скрипта. Пример как это работает.
    Спойлер (раскрыть)


    Вот еще более наглядный пример, с цифрами. Допустим, на карте кампании действует 300 персонажей, из них 15 английских. Например, нужно проверить, если на момент начала хода английского персонажа с определенным уникальным трейтом Англия владеет Парижем - происходит событие. Если Парижем владеет другая фракция, то другое событие. Такой скрипт при этом

    Спойлер (раскрыть)

    Таким образом, при проверке этих условий монитор сработает 900 раз (3 монитора на 300 персонажей по условию CharacterTurnStart), из них для Англии сработает 45 мониторов (15 персонажей и 3 монитора), дальше проверка трейта будет проходить 45 раз, из которых эффективными будут 3 (1 персонаж с уникальным трейтом и 3 монитора), и 3 раза проверится принадлежность Парижа.

    А вот если запись скрипта будет такой
    Спойлер (раскрыть)

    При этом монитор запустится 300 раз (300 персонажей на карте для условия CharacretTurnStart), 15 раз для Англии проверится Trait xx_trait >0 (15 английских персонажей на карте) и 3 раза проверится принадлежность Парижа. Итого на 600 запусков монитора CharacterTurnStart меньше и на 30 проверок трейта для Англии меньше. Процессор занят меньше на 2/3 при том, что на карте произойдет то же самое. Если учесть, что в скрипте бывает несколько тысяч с лишним мониторов и больше 300 персонажей на карте, цифры "холостой" работы процессора при нерациональной прописи скрипта возрастают на порядки.

    По длительности загрузки процессора команды распределяются так - if < monitor_event < monitor_conditions < while. То есть проверка условия с if занимает наименьшее время, дальше идет периодическая проверка ивента, проверка условия происходит постоянно в фоновом режиме и постоянно занимает процессор, так же как и проверка условия while. По некоторым сведениям, 70 monitor_conditions снижают скорость игры до 1 fps. В любом случае, чем больше у вас в скрипте monitor_conditions и while, тем больше грузится процессор и тем дольше обсчитывается скрипт. В той теме на твц есть упоминание мода DotS, который использует методику "nesting ifs" (насколько я понимаю, это разветвленное дерево с использованием условия if), где campain_script имеет объем 60 мегабайт, миллион строк кода и при этом 1 monitor_event и 1 monitor_conditions и притормажиает только при ходе ребелов, т.к. исполняет многочисленные консольные команды.

    В дополнение темы оптимизации - пишут, что стараются избегать monitor_conditions, как чумы, приводят пример про мод 1648 - добавление/удаление одного монитора monitor_event, содержащего 250 проверок if никак не отражается на производительности игры. Добавление/удаление скрипта "Carl the taxman" (известный экономический), содержащего 600 мониторов monitor_event для всех фракций в игре - меняет производительность на 40 секунд.

    Здесь же. Одно из самых вредных условий это CharacterTurnStart/End, потому что как мы теперь понимаем, срабатывает для каждого персонажа на карте, это потом уже движок проверяет принадлежность фракции (и тратит на это процессорное время тоже). Дальше по загрузности идет SettlementTurnStart/End, менее вредное, для каждого поселения проверяется то же самое. Ну и потом FactionTurnStartEnd. Какая альтернатива? Предлагают следующие операторы - CharacterSelected (когда игрок выбрал персонажа), Pre/PostBattle (до или после сражения), EventCounter (значение определенного счетчика событий). По идее эти мониторы срабатывают реже и более адресно, нагрузка на процессор снижается.

    Вот еще важный момент из учебника alpaca Порядок загрузки для событий TurnStart и TurnEnd выглядит следующим образом: CharacterTurn[Start/End], SettlementTurn[Start/End],FactionTurn[Start/End]. Почему это важно? Иногда есть взаимосвязанные мониторы в скрипте, но они не работают как вы задумали, т.е. событие происходит в лучшем случае на ход позже, или вообще не происходит. Тогда смотрите очередность мониторов, возможно, к примеру какой-то счетчик меняет нужное вам значение раньше, чем проверяется его значение в другом нужно вам мониторе. Ну и совсем общее - все файлы игра читает сверху вниз, в этом смысле очередность скрпитов и особенно трейтов имеет большое значение.


    Да, вот еще уточнение - порядок файлов, которые проверяет игра всегда один, сначала campaign_script, потом export_descr_character_traits, потом export_descr_ancillaries.

    Почему это имеет значение лично я убедился на конкретном примере - одно и то же событие, PostBattle, к которому я хотел привязать эффекты в скрипте и трейтах, проверяется с вышеуказанной очередностью и мне пришлось менять скрипт. Я хотел чтобы после битвы в случае появления трейта "Ранен" начинал бы крутиться счетчик в campaign_script. Но получается, что CS проверяет событие PostBattle первым, и в этот момент трейты еще не проверялись и не присваивались и счетчик не сработает никогда, даже если генерала все же ранят. Поэтому пришлось менять условие в CS на менее выгодное CharacterTurnEnd, которое проверяется чаще и больше грузит процессор, ну зато проверяется тогда, когда трейты после битвы уже присвоены.
       DenStark
      • Imperial
      Imperial
      АйронДэн

      Дата: 10 января 2018, 16:36

      Для просмотра ссылки Зарегистрируйтесь - список, расшифровка, примеры использования всех скриптовых условий, ивентов, команд, а также другие важные сведения для мододелов.
         Danya82
        • Imperial
        Imperial
        Форумчанин

        Дата: 19 сентября 2019, 16:55

        Ответ нашел, вопрос закрыт.
           bitterhowl
          • Imperial
          Imperial
          El Compilator

          Дата: 27 марта 2020, 04:30

          Еще немного про оптимизацию. Как говорится, заставь мододела мод оптимизировать, он комп расшибет.

          В контексте находки про одиночный монитор monitor_event EventCounter из этой статьи - Для просмотра ссылки Зарегистрируйтесь

          На твц Gigantus упоминал свою систему из мода 1648, когда сначала он ставит event_counter на начало хода каждой фракции. Это позволяет отойти от использования условия FactionTurnStart, которое не является независимым и требует отдельного монитора для каждой фракции. Таким образом, можно сильно сократить число мониторов, запихнув все под один monitor_event EventCounter.

          Этот способ хорошо использовать в начале разработки скриптов для мода, потому что переписывать готовый скрипт кампании на 2-3 мб размером очень сложно.
          Пример того, о чем речь
          Спойлер (раскрыть)

          upd После завершения хода фракции конечно же нужно обнулить event_counter.
          Спойлер (раскрыть)

          upd upd
          С концом хода лучше так, как предложил камрад Norinke
          Спойлер (раскрыть)

          Еще отдельно придумал себе на ход игрока
          Спойлер (раскрыть)
             Norinke
            • Imperial
            Imperial
            Отец моддинга

            Дата: 27 марта 2020, 05:01

            bitterhowl (27 марта 2020, 04:30):

            Еще немного про оптимизацию. Как говорится, заставь мододела мод оптимизировать, он комп расшибет.

            В контексте находки про одиночный монитор monitor_event EventCounter из этой статьи - Для просмотра ссылки Зарегистрируйтесь

            На твц Gigantus упоминал свою систему из мода 1648, когда сначала он ставит event_counter на начало хода каждой фракции. Это позволяет отойти от использования условия FactionTurnStart, которое не является независимым и требует отдельного монитора для каждой фракции. Таким образом, можно сильно сократить число мониторов, запихнув все под один monitor_event EventCounter.

            Этот способ хорошо использовать в начале разработки скриптов для мода, потому что переписывать готовый скрипт кампании на 2-3 мб размером очень сложно.
            Пример того, о чем речь
            Спойлер (раскрыть)


            я когда-то думал о таком, но в булатке некоторые скрипты слишком специфические, и местами получается шило на мило, а в целом метод не плохой
               Norinke
              • Imperial
              Imperial
              Отец моддинга

              Дата: 27 марта 2020, 05:39

              и в принципе систему из if же можно засунуть в тот же FactionTurnStart

              так как там одно получится просто напросто, еще нужно для закрытия делать, трата получится только

              - - - Сообщение автоматически склеено - - -

              Здесь надобно что-то уникальное, что можно под 1 монитор, но и нужно и считать ход фракции

              - - - Сообщение автоматически склеено - - -

              К примеру что-то такое

              Цитата

              monitor_event PreFactionTurnStart FactionBuildingExists >= script_builidn_i_dont_know_why_but_need

              and FactionType teutonic_order < наша фракция

              historic_event Bla_bla_bla

              end_monitor


              меняем на

              Цитата

              monitor_event PreFactionTurnStart FactionBuildingExists >= script_builidn_i_dont_know_why_but_need

              if I_CompareCounter teutonic_order_turn = 1 < наша фракция
              historic_event Bla_bla_bla
              end_if

              if I_CompareCounter england_turn = 1 < наша фракция
              historic_event Bla_bla_bla
              end_if

              end_monitor



              или еще такой вариант

              Цитата



              monitor_event FactionTurnStart Treasury < 5000
              and FactionType venice
              and not FactionIsLocal
              add_money venice 50000
              end_monitor

              monitor_event FactionTurnStart Treasury < 5000
              and FactionType sicily
              and not FactionIsLocal
              add_money sicily 50000
              end_monitor



              сделать так

              Цитата

              monitor_event FactionTurnStart Treasury < 5000

              if I_CompareCounter venice_turn
              add_money venice 50000
              end_if

              if I_CompareCounter sicily _turn
              add_money sicily 50000
              end_if

              end_monitor


              но опять таки, таких случаев должно быть больше 60(30 на открытые хода и 30 на закрытие), эт уже зависит от количества фракций

              хотя тут можно в принципе сделать так же как написал выше и нужно только 31

              Цитата

              monitor_event FactionTurnEnd

              if I_CompareCounter england_turn = 1
              set_counter england_turn 0
              end_if

              end_monitor
                 Владислав_Бондарев
                • Imperial
                Imperial
                Форумчанин

                Дата: 27 марта 2020, 06:11

                хм, любопытно
                   bitterhowl
                  • Imperial
                  Imperial
                  El Compilator

                  Дата: 27 марта 2020, 06:50

                  Да, хороший вариант с концом хода, отлично!
                     Edmond
                    • Imperial
                    Imperial
                    Белый маг

                    Дата: 27 марта 2020, 07:08

                    Не знал что такие приемы являются инновациями, встречал их в модах и сам использовал :038:
                       bitterhowl
                      • Imperial
                      Imperial
                      El Compilator

                      Дата: 27 марта 2020, 07:35

                      Цель публикации в том, чтобы это встречалось в большем числе модов, чтобы люди знали и применяли. Если заметили - я не пишу, что это я открыл или придумал, я указываю источник.
                         bitterhowl
                        • Imperial
                        Imperial
                        El Compilator

                        Дата: 27 марта 2020, 08:18

                        bitterhowl (27 марта 2020, 04:30):

                        Еще немного про оптимизацию. Как говорится, заставь мододела мод оптимизировать, он комп расшибет.

                        В контексте находки про одиночный монитор monitor_event EventCounter из этой статьи - Для просмотра ссылки Зарегистрируйтесь

                        На твц Gigantus упоминал свою систему из мода 1648, когда сначала он ставит event_counter на начало хода каждой фракции. Это позволяет отойти от использования условия FactionTurnStart, которое не является независимым и требует отдельного монитора для каждой фракции. Таким образом, можно сильно сократить число мониторов, запихнув все под один monitor_event EventCounter.

                        Этот способ хорошо использовать в начале разработки скриптов для мода, потому что переписывать готовый скрипт кампании на 2-3 мб размером очень сложно.
                        Пример того, о чем речь
                        Спойлер (раскрыть)

                        upd После завершения хода фракции конечно же нужно обнулить event_counter.
                        Спойлер (раскрыть)

                        upd upd
                        С концом хода лучше так, как предложил камрад Norinke
                        Спойлер (раскрыть)

                        Еще отдельно придумал себе на ход игрока
                        Спойлер (раскрыть)



                        upd upd upd
                        Этот способ позволяет обходить не только ивент FactionTurnStart/End, но и условие FactionType.
                           bitterhowl
                          • Imperial
                          Imperial
                          El Compilator

                          Дата: 28 марта 2020, 06:38

                          Еще добавление - для хотсита вид скрипта будет такой
                          Спойлер (раскрыть)
                          То есть мы избегаем условия FactionIsLocal, но при этом можем проверять принадлежность фракции ИИ через значение I_EventCounter england_local = 0 . По идее любой скрипт можно таким образом переделать под хотсит, причем еще и с минимальным количеством мониторов.

                          Для исторических событий, фиксированных по дате (появление пластинчатых лат на 120 ходу здесь в примере) вид прописи будет такой
                          Спойлер (раскрыть)
                          Ход 119 указан потому, что игрок увидит сообщение уже на 120-м ходу.

                          На примере сотоны показано как добавлять любые остальные события, размножая if внутри проверки завершения хода slave. Если historic_event поместить до обнуления счетчика slave_turn будет вылет, т.к., видимо, изначальное условие FacrionTurnEnd не содержит уточнение, и значение счетчика slave_turn является таковым. При добавлении еще одного счетчика (а historic_event это тоже счетчик) имеем вылет. Я это запостил, потому что битый час искал причину вылета на историческом событии, которое раньше работало, а при оптимизации и переносе в один монитор - перестало. Чтобы другие экономили свое время.
                             Похожие Темы
                            EЧАВО по Empire Total War. Том II
                            Часто задаваемые вопросы по Empire Total War
                            Автор С Сергей Новиков
                            Обновление 53 мин. назад
                            ЗЮг-Западный Угол Европы (хот-сит по ваниле Rome: Total War)
                            хот-сит кампания по Rome: Total War, ванила, онлайн бои между игроками
                            Автор a as1991
                            Обновление 55 мин. назад
                            EПриобретение игры Empire Total War
                            Покупка, заказ и скачивание ETW
                            Автор С Сергей Новиков
                            Обновление 56 мин. назад
                            Воспользуйтесь одной из соц-сетей для входа
                            РегистрацияВход на форум 
                            «Империал» · Условия · Ответственность · Визитка · 28 мар 2024, 17:39 · Зеркала: Org, Site, Online · Эльдорадо казино · Gold казино · Счётчики