[MS] Исправления для Warband

Примечание:
Для удобства я выделяю все по данной схеме:
Синий - искомый текст.
Зеленый - добавленный текст.
Красный - замененный текст.
Серый - исходный текст файла.

Итак:

Исправления для Warband

1.134, 1.143, 1.153                                                           

Содержание:
2. Изменяем максимум благополучия на "100" вместо "99".
3. Исправления показа текста при максимальном состояния благополучия.
4. Изменяем время проверки "идеального благополучия" (подробнее в самом исправлении).
Остальное можно найти в Дополнениях

2. Изменяем максимум благополучия на "100" вместо "99".

  Если бы сделали первое изменение, то точно заметите, что в игре почему-то благополучие никогда не поднимается выше 99. Сейчас мы сделаем, что бы оно, как и должно было быть, могло дойти до заветного значения в 100 единиц!
  В scripts найдите script_change_center_prosperity и в (val_clamp, ":new_prosperity", 0, 100) вместо 100 поставьте 101, как показано на примере:

  #script_change_center_prosperity
  # INPUT: arg1 = center_no, arg2 = difference
  # OUTPUT: none
  ("change_center_prosperity",
    [(store_script_param, ":center_no", 1),
     (store_script_param, ":difference", 2),
     (party_get_slot, ":old_prosperity", ":center_no", slot_town_prosperity),
     (store_add, ":new_prosperity", ":old_prosperity", ":difference"),
     (val_clamp, ":new_prosperity", 0, 101),
     (store_div, ":old_state", ":old_prosperity", 20),
     (store_div, ":new_state", ":new_prosperity", 20),

Дело в том, что val_clamp ограничивает переменную не включительно, т.е. в данном случае благополучие было бы от 1 до 99, а мы сделали от 1 до 100.
  Кроме того вы получаете еще одно преимущество: теперь вы заслужено получите все свои 1200 монет с деревни с достатком 100, а не эти корявые 1188...

3. Исправления показа текста при максимальном состояния благополучия..

  Если вы почитаете strings, то наткнетесь на такие вот строки:

  ("village_prosperity_100", "The village of {s60}, surrounded by vast, fertile fields, looks immensely rich."),
  ("town_prosperity_100",  "The glittering town of {s60} openly flaunts its great wealth."),

  Но почему вы никогда не видели в игре эти описания? Нет, не потому, что ни один  город/деревня никогда не доходил до такого хорошего состояния. Просто разработчики допустили маленькую ошибочку.
  Итак, первым делом сделайте указанное в "2. Изменяем максимум благополучия на "100" вместо "99"". Без этого работать не будет. Потом в game_menus найдите следующий блок и измените 9 на 10. Такой блок всего один, не ошибетесь...

        #(val_add, ":prosperity", 5),
          (store_div, ":str_id", ":prosperity", 10),
        (val_min, ":str_id", 10),
        (val_add, ":str_id", "str_village_prosperity_0"),
          (str_store_string, s10, ":str_id"),

  Все. Теперь вы сможете наслаждаться роскошным описанием городов/деревень с благополучием 100 единиц.

4. Изменяем время проверки "идеального благополучия".

  Вас никогда не беспокоило, что деревни невероятно туго развиваются? Даже если если делаете все, что только возможно? В этом виноваты не вы, а один триггер... В игре есть т.н. "идеальное благополучие". Это базовое благополучие надела, зависящее от мнимых параметров плодородности почвы, качества скота и т.д. т.п. Только вот оно находится в диапазоне 10-30 единиц. Триггер по чуть-чуть "скатывает" деревни до этого отстойного "идеального" благополучия. Вся беда в том, что триггер выполняется каждые 24 часа. А сама беда вот в чем:

- Селяне 1 раз в день ходят в город и имеют 35% на получение +1 процветания деревни;
- Раз в 20 дней мы можем сделать 2 квеста на +4 процветания каждый;
- Надо скупить очень дофига провизии у деревни на 3500 монет, что бы получить всего +1 процветания (едой на 3500 монет можно кормить 100 человек целый месяц!);
- Но каждый день со 100% вероятностью деревня теряет -1, если она не является бедной, как ободранный пенек не имеет благополучие, равное идеальному.
  Итого мы максимум получаем за день 0,783 ед. процветания (23,3 в месяц) , но при этом стабильно теряем 1 в день (30 в месяц). То есть что бы мы не делали, больше, чем 10-30 единиц никак не вытянуть из деревни!

  Что бы исправить эту досадную проблему, то делаем вот что:
  Находим в simple_triggers текст "this is moved up from below , from a 24 x 15 slot to a 24 slot". Видим это:

     #this is moved up from below , from a 24 x 15 slot to a 24 slot
     (try_for_range, ":center_no", centers_begin, centers_end),
       (neg|is_between, ":center_no", castles_begin, castles_end),
       (call_script, "script_get_center_ideal_prosperity", ":center_no"),
       (assign, ":ideal_prosperity", reg0),
       (party_get_slot, ":prosperity", ":center_no", slot_town_prosperity),
       (try_begin),
         (gt, ":prosperity", ":ideal_prosperity"),
         (call_script, "script_change_center_prosperity", ":center_no", -1),
         (val_add, "$newglob_total_prosperity_from_convergence", -1),
       (else_try),
         (lt, ":prosperity", ":ideal_prosperity"),
         (call_script, "script_change_center_prosperity", ":center_no", 1),
         (val_add, "$newglob_total_prosperity_from_convergence", 1),
       (try_end),
     (try_end),                  
    ]),

  #Converging center prosperity to ideal prosperity once in every 15 days
  (24*15,
   [#(try_for_range, ":center_no", centers_begin, centers_end),
    #  (call_script, "script_get_center_ideal_prosperity", ":center_no"),
    #  (assign, ":ideal_prosperity", reg0),
    #  (party_get_slot, ":prosperity", ":center_no", slot_town_prosperity),
    #  (try_begin),
    #    (gt, ":prosperity", ":ideal_prosperity"),
    #    (call_script, "script_change_center_prosperity", ":center_no", -1),
    #  (else_try),
    #    (lt, ":prosperity", ":ideal_prosperity"),
    #    (call_script, "script_change_center_prosperity", ":center_no", 1),
    #  (try_end),
    #(try_end),
    ]),

  Как видите, триггер когда-то выполнялся раз в 15 дней. Зачем его передвинули в 24 часовой интервал я ума не приложу.
  Делаем мы вот что:

       (try_end), 
     (try_end),
    ]),
 
  (24*7, [
     #this is moved up from below , from a 24 x 15 slot to a 24 slot
     (try_for_range, ":center_no", centers_begin, centers_end),
       (neg|is_between, ":center_no", castles_begin, castles_end),
       (call_script, "script_get_center_ideal_prosperity", ":center_no"),
       (assign, ":ideal_prosperity", reg0),
       (party_get_slot, ":prosperity", ":center_no", slot_town_prosperity),
       (try_begin),
         (gt, ":prosperity", ":ideal_prosperity"),
         (call_script, "script_change_center_prosperity", ":center_no", -1),
         (val_add, "$newglob_total_prosperity_from_convergence", -1),
       (else_try),
         (lt, ":prosperity", ":ideal_prosperity"),
         (call_script, "script_change_center_prosperity", ":center_no", 1),
         (val_add, "$newglob_total_prosperity_from_convergence", 1),
       (try_end),
     (try_end),                  
    ]),

  #Converging center prosperity to ideal prosperity once in every 15 days
  (24*15,
   [#(try_for_range, ":center_no", centers_begin, centers_end),

  Мы сменили интервал на 7 дней. Теперь, если не трогать деревню. то она будет развиваться в среднем на 1,5 единиц в неделю. Если ей усердно помогать, то до 6 единиц в неделю.
  На баланс в плохую сторону не влияет! Деревни теперь хоть получат шанс нормально развиваться. Но они не будут развиваться так уж быстро - одно разграбление (-20 единиц) потребует 3 месяца восстановления, а грабят очень часто. Так что все-равно надо много усилий прилагать для развития.
  Хочу подметить, что для исправления фатальной ошибки разработчиков достаточно поставить период 48 часов. Тогда снижение благополучия уже станет немножко меньшим, чем увеличение (при больших стараниях игрока). Вы можете поставить период, какой хотите, относительно ваших пониманий о должной сложности игры.
P.S.: Города от этого триггера почти не страдали. К ним каждый день приезжаем много караванов, т.е. шанс получить за день +1 достатка многократно возрастает для городов. (Хотя некоторым городам даже интервал в 24 часа не мешал держатся на показателе 90+ все 700 дней моей последней игры...)

Спасибо, очень помогло особенно про "Изменяем время проверки "идеального благополучия". Всегда именно это коробило душу!

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

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

  Ничего себе порезали! Да они просто убили все деревни одним выстрелом! Если бы разрабы думали о городах, то их не затруднило добавить бы что-то вроде этого:

  (neg|is_between, ":center_no", villages_begin, vallages_end),

  Нет. Города не начнут богатеть очень быстро. Меня, как это не парадоксально звучит, на это изменение натолкнула именно бедность моего города, а не деревень. Просто гильдмастер вечно выдавал, что мой город самый бедный 
  Что бы город развивался на полную, надо что бы не было ни одной войны и все 100% караванов успешно поторговали в городе, а это, очевидно, очень редкая ситуация.  А караваны тоже приносят +1 достатка далеко не со 100% вероятность. Одна война - и город будет развиваться не лучше деревни...
  По крайней мере я играл с этим изменением пару игровых месяцев и не заметил быстрого обогащения городов. Некоторые даже не могли вытянутся выше 50 единиц.

Ну, может быть. Я деревни и города никогда не пестовал, притворял в жизнь блицкриг & тотал анигилейшн 

Ну, может быть. Я деревни и города никогда не пестовал, притворял в жизнь блицкриг & тотал анигилейшн 

  Ну в добавок могу сказать, что успешность получить +1 достатка зависит от товаров, которые везет караван. Если они хорошо продаются в этом городе, то выше шанс. По крайней мере при посещении города караваном запускается скрипт на проверку цен, спроса и т.п. и даже с этого оно вычисляет некий рандомный шанс... Проще говоря, сколько железа в Альтенбург не вези, а +1 никогда не даст...
  Хотя всю суть этой системы я еще не расковырял 
Кстати, работаю над системой налогов... Как думаешь, перспективный нововведение?

Что касается налогов, то тут можно много чего сочинить и внедрить. К сожалению, так и не удосужился изучить все фишки Diplomacy. Но по крайней мере в нативе взяты за основу "отношения" с населёнными пунктами, а налогообложение как таковое отсутствует, что совершенно оторвано от реальности. Фактически в игре ценность экономической стратегии стремится к нулю.

Arantir спасибо за ценную информацию.
Ещё было бы неплохо у пленных лордов получать информацию о нахождении их коллег по фракции. Так же как у лордов дружественных фракций. Возможно, за предоставленную свободу. А то, уж очень трудно выловить недабитых лордов, когда у них больше нет своих городов.

Компилируется без ошибок на 1.143 и 1.153. В целом мои дополнения весьма просты и используют основную механику модульной системы, так что последние пару патчей проблем не возникало.

А патчи все выходят, да выходят, но тема актуальности все не теряет. Хе-хе =)

Новое небольшое исправление!

7. Заставляем ваш эскорт разбивать лагерь вместе с вами.
Вас никогда не удивляло (или раздражало), что когда вы маршал, вы ведете за собой целую армию, то при разбитии лагеря палатка появляется только у вас? А все остальные стоят сбоку, как придурки =)

Вот единственная  непонятка  . Здесь  "вы ведете за собой целую армию, то при разбитии лагеря палатка появляется только у вас? А все остальные стоят сбоку, как придурки "    - Но  я пока заметил  ,что  как  и на  скрине     войска  даже  в  300   голов  получат   только  одну  палатку на отдыхе,    а  сопровождающий   патруль  - из одного человека  -  дополнительно  получает себе  палатку . Немного нелогично  получается.       Хотя ,наверно  если сделать  для  армии  набор из палаток  ,то  ГГ  в одиночном путешествии на отдыхе  будет отображаться как армейский лагерь из палаток .Тоже не Фен-шуй..

Какие палатки?  Палатка шефу, остальным - вповалку на плащах

lutar, при цитировании ты пропустил самый важный момент - "вы маршал". Имелись ввиду отдельные отряды, которые следуют за ГГ. Как, например, на первом скрине (просто у меня сохранения не было, где можно лордов позвать). И вот они получались без палаток, что как-то тупо. Ведь лагерь по приказу предводителя, так что должны разбивать все, как на втором скрине.
И вообще - это же "стратегические обозначения" Мужик - целый отряд бандитов. Всадник со знаменем - целая армия лорда. Домик - целая деревня. Крепость со стенами - целый город.
Тут "реализм" быть не обязан.

Суть моего дополнения всего-лишь в одном. Чтобы пока отряд ГГ дрыхнет в палатке, остальные отряды не стояли сбоку верхом на лошадях со знаменами в руках. Вот и все =)

P.S.: Если во время лагеря прибежит враг, то лорды нападут на него вместе с палатками ^_^. И эскорты, которые будут догонять ГГ (например, при созыве армии), тоже будут делать это в виде палаток. Как нить позже исправлю. Но при снятии лагеря все палатки снимают в любом случае, тут проблем нет.

NightHawkreal, вот вот. Ты абсолютно правильно подметил! У каждого отряда по одной палатке для их командира. А вояк на плащах в масштабе карты просто не видно 

А, так это для  сопровождающих армий  ,тогда понятно.  Скрин с  патрулем  и  невозможность  скорой  проверки  - вот причина. )

Остается  с  "ходячими"  шатрами   сопровождающих  решить нюанс.  С  такими  двигающимися  палатками мне пришлось  скриптом  пожертвовать в пользу реализма, к сожалению.   

А, так это для  сопровождающих армий  ,тогда понятно.

А слово "эскорт" в названии наработки ни о чем не говорит? По крайней мере в M&B оно применяется только для этого.

Обновление

  Обновлен скрипт для наработки №7!
  Исправления:
    - Теперь отряды разбивают лагерь только неподалеку от отряда игрока;
    - Теперь отряды с иконкой палатки (лагеря) не могут перемещаться по карте;
  Если вы внедряли предыдущую версию скрипта, удалите выделенные строки из module_simple_triggers.py:

  # Updating player icon in every frame
  (0,
   [(troop_get_inventory_slot, ":cur_horse", "trp_player", 8), #horse slot
    (assign, ":new_icon", -1),
    (try_begin),
      (eq, "$g_player_icon_state", pis_normal),
      (try_begin),
        (ge, ":cur_horse", 0),
        (assign, ":new_icon", "icon_player_horseman"),
      (else_try),
        (assign, ":new_icon", "icon_player"),
      (try_end),
    (else_try),
      (eq, "$g_player_icon_state", pis_camping),
      (assign, ":new_icon", "icon_camp"),
    (else_try),
      (eq, "$g_player_icon_state", pis_ship),
      (assign, ":new_icon", "icon_ship"),
    (try_end),
    (neq, ":new_icon", "$g_player_party_icon"),
    (assign, "$g_player_party_icon", ":new_icon"),
    (party_set_icon, "p_main_party", ":new_icon"),
    # escort icons +
    (assign, ":party_ai_object", -1),
    (assign, ":party_ai_behavior", -1),
    (assign, ":last_icon", -1),
    (assign, ":curr_icon", -1),
    (try_for_parties, ":party"),
      (neq, ":party", "p_main_party"),
      (try_begin),
        (eq, "$g_player_icon_state", pis_camping),
        (get_party_ai_object, ":party_ai_object", ":party"),
        (get_party_ai_behavior, ":party_ai_behavior", ":party"),
        (eq, ":party_ai_object", "p_main_party"),
        (eq, ":party_ai_behavior", ai_bhvr_escort_party),
        (party_get_icon, ":last_icon", ":party"),
        (party_set_slot, ":party", slot_party_own_icon, ":last_icon"),
        (party_set_icon, ":party", "icon_camp"),
      (else_try),
        (eq, "$g_player_icon_state", pis_normal),
        (party_get_icon, ":curr_icon", ":party"),
        (eq, ":curr_icon", "icon_camp"),
        (party_get_slot, ":last_icon", ":party", slot_party_own_icon),
        (party_set_icon, ":party", ":last_icon"),
      (try_end),
    (try_end),
    # escort icons -
    ]),

  После чего сделайте следуйте указаниям из пункта №7 в первом посте.

Спасибо   за  хорошие  скрипты  , пан Arantir  , как бы там ни было 

 

А, так это для  сопровождающих армий  ,тогда понятно.

А слово "эскорт" в названии наработки ни о чем не говорит? По крайней мере в M&B оно применяется только для этого.

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

Эскорт (фр. escorte, от итал. scorta) - сопровождение любого вида.

Виды эскорта :

Морской эскорт — силы, специально выделенные для охранения (эскортирования) боевых кораблей и судов на переходе.
Воздушный эскорт назначается обычно из истребителей для сопровождения авиатранспортов и самолётов командования.
Почётный эскорт состоит из группы мотоциклистов, предназначен для сопровождения официальных иностранных делегаций.
Ритуальный эскорт — назначается для сопровождения траурной процессии в ходе ритуала погребения военнослужащих и государственных деятелей.
Эскорт-услуги — сопровождение клиента на встречах, отдыхе для формирования последнему соответственного имиджа. В подавляющем числе случаев под видом эскорт-услуг занимаются скрытой проституцией.

lutar, давайте вы прочитаете второе предложение из процитированного вами моего сообщения и мы не будете разводить тут демагогию (флуд и оффтоп).
Скрипт для модульной системы. Как разработчики придумали, так я и написал.

ai_bhvr_escort_party

 
Добавлено: 12 Августа, 2012, 03:41

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

Ой, извините пожалуйста  Arantir.  Это непростительно с   моей стороны. 

***

Там  в пункте 7-мь  про  "текущий  ИИ  вместо основного  "  не совсем  понятно   написано.   

"Иконка палатки никак не влияет на решения игры на счет действий лордов. То есть, если лорду "надоест" за вами следовать - у него смениться режим ИИ и лагерь будет снят при следующем вызове вышеупомянутого скрипта (то есть, уже через 1-2 секунды)".

 Это про вышеупомянутый  "текущий"  ?  И что  реалистичнее  или  лучше  ? Решать  игроку  ?

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

Вот так -
.......

 (get_party_ai_object, ":party_ai_object", ":party_no"), ### "get_party_ai_current_object"  - replace it in quotes if necessary

.......

"Иконка палатки никак не влияет на решения игры на счет действий лордов. То есть, если лорду "надоест" за вами следовать - у него смениться режим ИИ и лагерь будет снят при следующем вызове вышеупомянутого скрипта (то есть, уже через 1-2 секунды)".

  Это про вышеупомянутый  "текущий"  ?  И что  реалистичнее  или  лучше  ? Решать  игроку  ?

  Это про любой. По-этому оно в другом абзаце написано. По моему все понятно... Лорд может поменять основной ИИ, как ему заблагорассудится. Лорды, бывает, увиливают с сопровождения в непонятном направлении. Ну или если после битв мало воинов осталось - лорд бежит в замок/город.
  Если основной ИИ не "сопровождение" и цель - не партия игрока, то очевидно, что временный ИИ и подавно таким быть не может. Лорды по своему желанию не начинают следовать игроком.

  А решать да, игроку. Разницу я пояснил. Если хотите, чтобы лорды снимали палатки и бросались на врага или наоборот сверкали пятками - ставьте текущий ИИ. Если хотите, чтобы лорды действовали точно так же, как игрок - ничегошеньки не делая в режиме лагеря - ставьте основной ИИ.
  Просто возникла такая дилемма: или делать лагерь лордов точно так лагерь игрока, или же оставить лордам их прежнюю свободу действия, а палатки оставить декоративным приятным глазу дополнением.

  Впрочем, это все просто выбор для придирчивых. Если на ваш лагерь прибежит орда врагов, то игрок снимет лагерь и начнет как-то разрешать ситуацию. А там уже данный скрипт роли не играет.

  Это, скорее, идеологическое дополнение, нежели изменение игрового процесса. Просто когда, к примеру. созываешь армию, удобнее ждать всех в режиме лагеря. А когда лорды рабивают лагерь вместе с маршалом - это смотрится зрелищнее, а и само по себе логично.

 Вроде бы все моменты объяснил =)

Подскажите пожалуйста, как исправления благополучия внести в файлы scripts.txt и menus.txt (просто играю в другие моды и там модульное изменение не подходит) хотя бы названия(потипу "process_village_raids" ) перед цифровыми блоками

Взять Натив, сделать исправления через модульную и сравнить файл до исправления и после, там не только будет видно где, но что

Спасибо конечно - но я что то не припомню быстрого сравнения двух полутора тысячи строчных текстовых файлов на различие в 1но числи где то посередине. Если есть способ - неизвестный мне друмучейшему из нубов - научи пожалуйста.

Хотя вопрос на счет способа еще и в силе - нашел где сие меняеться "change_center_prosperity -1" тута 
попытки найти в menus и в single_triggers не увенчались успехом - там дипломатия то есть переписано 20 % где то.

s1one, Например так http://winmerge.org/?lang=ru
Или так http://www.caffeinated.me.uk/kompare/ или так http://www.scootersoftware.com/ или так http://sourceforge.net/projects/npp-compare/  Наверно хватит, если нет то тогда, вот так- Гугле сёрш и пишете: Программа для сравнения файлов, или программы похожие на winmerge\Beyond Compare

Здравствуйте!
А возможно ли реализовать не просто палатку, для игрока и сопровождающих лордов, а как вариант и укреплённый лагерь, как по внешнему виду на экране (иконка не палатки а укреплённого лагеря), так и по воплощению на сцене при нападении врага, с объединением в общую армию с армией лордов?
Заранее большое спасибо всем ответившим.