Создание темы "Вводный курс в моддинг игры"

Хантер, вот то, что я наваял по поводу скелетной анимации и module.ini. В module.ini я, правда, в основном только перевел те комменты, которые там уже были - моих добавок там совсем немного.

Скелетная анимация

Скелетная анимация - это один из нескольких видов анимации, используемых в Mount&Blade. Характеризуется тем, что основывается на скелетах и костях.

Скелет (skeleton) — это, в сущности, трехмерная модель, но он имеет большое количество особенностей. Скелет отличается от любой другой модели тем, что он состоит не из вертексов и полигонов, а из костей (bones). Кость (bone) — это отдельный элемент модели, представляющий собой некое тело. Или, скорее, точку. Кость имеет координаты в пространстве и может их менять — проще говоря, кость может двигаться. Это довольно очевидно. Но, кроме этого, кость может поворачиваться по любой из трех осей, несмотря на свою «точечность», что менее очевидно сейчас, но станет гораздо яснее позже.

Кости имеют уникальное свойство связываться друг с другом, образуя цепи. Таким образом, создав набор из таких костей и связав их друг с другом правильным образом, можно получить... некую разветвленную цепь из костей. Эта цепь и называется скелетом. В Mount&Blade существуют два вида скелета - человеческий и лошадиный. Человеческий состоит из 20 костей, лошадиный - из 28.

«Ну так а зачем нужны эти скелеты?» - спросите вы, не так ли? Дело в том, что скелеты, благодаря своей костной структуре, могут используются для создания качественных и реалистичных анимаций. И именно для этого и используются.

Скелетная анимация (skeletal animation) — это набор отдельных 3D моделей, кадров (frames), каждая из которых представляет собой скелет в каком-либо положении. Представьте себе кинопленку, в каждом кадре которой находится изображение. С каждым кадром положение объектов на этом изображении чуть меняется. Так вот — скелетная анимация представляет собой точно такую же кинопленку, в которой тоже есть кадры, и на каждом кадре нарисован скелет с чуть измененным положением костей — чуть подвинутых или чуть повернутых. Мда... в общем, ясно.

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

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

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

Одна отдельная скелетная анимация в Mount&Blade – это файл формата .smd. Только в таком виде одна анимация может храниться, редактироваться и сохраняться различными 3D-редакторами, например, 3D Max или Blender. Но для использования в игре отдельные анимации в .smd - формате непригодны. Чтобы игра могла использовать анимацию, ее предварительно нужно положить в .brf – файл в папке Resource, воспринимаемый игрой. Итак, наборы готовых анимации хранятся запакованными в .brf — архивы в папке Resource, отдельные анимации могут выниматься из этих архивов и добавляться в них. В свободном виде, не находясь в .brf – файле, одна отдельная анимация имеет формат .smd.

Анимации в формате .smd могут быть отредактированы или созданы в одном из известных 3D-редакторов: 3D Max или Blender. Правда, для этого нужно будет установить специальные плагины, но сейчас это не так важно. Итак, открыв анимацию в одном из этих редакторов, мы увидим скелет. Этот скелет находится в определенном положении. Кроме этого, присутствует линейка кадров, перемещая которую, можно увидеть положение скелета на каждом кадре анимации. Ну а дальше, в целом, все просто — перемещая или поворачивая отдельные кости скелета на отдельном кадре, мы можем менять положение всего скелета на этом кадре, а значит — менять сам кадр, и значит — менять анимацию. Соответственно, кадры можно добавлять, удалять, вырезать, копировать и вставлять. И вот так, изменяя отдельные кадры, и создают скелетные анимации. После того, как анимация создана, она должна быть снова сохранена в формат .smd. И если анимация готова к использованию в игре — она добавляется в .brf-архив в папке Resource мода.

Module.ini
module. ini- Initialization file. Как мы видим из названия- это файл инициализации (от англ. initialization, инициирование) — создание, активация, подготовка к работе, определение параметров. По другому, это файл конфигурации. В этом файле задаются параметры загрузки ресурсов игры и к тому же определяются некоторые общие параметры (переменные), которые задают, определённые числовые переменные- определяющие характеристику действия. В некоторых параметрах указаны конкретные числовые значения, где то указаны переменные используемые, при вычислении, а где то просто включение или отключение этого параметра, путём указания значения, или 0- выключено, или 1 - включено. Сейчас мы разберёмся, что там внутри этого файла. Сразу замечу что вот этот знак #- комментарий, определяет игнорирование этой строки( просто пояснение для нас). Основной записью этого файла является- значения параметров — строки вида «имя_параметра = значение».

Внимание! Для передачи более точного содержания файла и во избежание путаницы, ведены следующие обозначения:

- Выделенный текст- название самой функции(параметра)
- Обычный текст- наше пояснение функции(параметра)
- Цветной текст- Коментарии, их исходный текст и дословный перевод. Не удивляйтесь, если текст будет повторён и как наше пояснение и как переведенный комментарий. Это означает, что этого достаточно и нет смысла, изменять пояснение.


module_name = Calradia#Название мода - Название модуля, на игру никак не влияет, и нигде не отображается кроме файла rgl_log.txt
compatible_with_warband = 1#Совместимость с Warband -  Используется для совместимости с ИГ (напомню что на деле совместимость работает очень плохо). Если в этом параметре поставить 0, или вообще его удалить, то тогда игра будет загружать ресурсы указанные в warband_compatibility.ini
num_hints = 12#Количество подсказок - Количество подсказок присутствующих в моде (те подсказки которые отображаются во время старта новой, или загрузки сохраненной игры)
auto_create_note_indices = 0#Do not automatically search through all troops/factions/towns to check if they have note - #Не проверять автоматически сразу все классы/фракции/города на предмет особых примечаний (флагов) - Параметр отвечает за проверку в самом начале всех класов, предметов и фракций на предмет флагов и особых параметров. Пре-индексация, то есть проверяться свойства объектов будут не по мере надобности, а в самом начале и всех сразу. Включение ускорит процесс во время игры, но замедлит начальную загрузку.
Ниже размер отображения глобальной карты, учтите, что это абстрактно, т. е  при первом взгляде на карту условно распределяем её, как географическую.
map_min_x =-180#Минимальный X карты - Размер карты от 0 на "запад"
map_max_x = 180#Максимальный X карты - Размер карты от 0 на "восток"
map_min_y = -145#Минимальный Y карты - Размер карты от 0 на "юг"
map_max_y = 145#Максимальный Y карты - Размер карты от 0 на "север"
map_sea_direction = -40 #wave foam direction - #морская пена направление -
map_sea_wave_rotation = 300#This is where the tear artefact is visible on the sea. - место где на карте видим артефакт в котором волны сходятся
map_sea_speed_x = 0.02#Скорость моря на карте по X - Скорость движения волн на море по оси x
map_sea_speed_y = -0.02#Скорость моря на карте по Y - Скорость движения волн на море по оси y
map_river_direction = 140#Направление течения рек на карте - Направление движения волн на реках
map_river_speed_x#Скорость рек на карте по X = 0.01 - Скорость движения волн на реках по оси x
map_river_speed_y #Скорость рек на карте по Y = -0.01 - Скорость движения волн на реках по оси y
air_friction_arrow = 0.002#Сопротивление воздуха для стрел - Сопротивление воздуха для стрел (этот параметр влияет на траекторию движения летящих снарядов, и наносимый ими урон, детальнее об этом рассказывается в разделе "Боевая система"- В будущем, вы сможите наглядно увидеть все известные расчётные системы игры, в новом готовивщемся пособии, по расчётам вычислений игры)
air_friction_bullet = 0.002#Сопротивление воздуха для пуль - Сопротивление воздуха для пуль (этот параметр влияет на траекторию движения летящих снарядов, и наносимый ими урон, детальнее об этом рассказывается в разделе "Боевая система"- В будущем, вы сможите наглядно увидеть все известные расчётные системы игры, в новом готовивщемся пособии, по расчётам вычислений игры)
# use meshes map_tree_a through map_tree_r on for map trees - #
map_tree_types = 17#Типы деревьев на карте - Количество моделей деревьев доступных для глобальной карты
map_snow_tree_types = 3#Типы деревьев для снегов - Количество моделей деревьев доступных для терраина типа snow
map_steppe_tree_types = 5#Типы деревьев для степей  - Количество моделей деревьев доступных для терраина типа steppe
map_desert_tree_types = 4#Типы деревьев для пустынь - Количество моделей деревьев доступных для терраина типа desert
map_max_distance = 175.0#Максимальное удаление от глобальной карты - Максимальное удаление камеры, для отображения, т. е., чем больше показатель, тем "выше" можно поднять камеру над картой и одновременно увидеть большую площадь.
has_tutorial = 1#Включено обучение - Показывать всплывающие обучающие подсказки.
time_multiplier = 0.25#Коэффициент времени - Множитель времени на глобальной карте (замедляет или ускоряет время на глоб. карте, меняется не только течение время, это влияет на все полностью что происходит на карте.
seeing_range    = 6.5#Радиус видимости - Расстояние до объекта, на глоб. карте, когда он становится видимым.
track_spotting_multiplier = 0.8#Коэффициент оставления следов на карте
# heroes with health below this will not appear in battles and will not contribute to party skills - # Герои со здоровьем ниже этого, не появятся в боях и не будут влиять навыки отряда
player_wounded_treshold = 5#Порог ранения игрока - Минимальный уровень здоровья, при котором ГГ  может  участвовать в битвах и влиять на навыки отряда.
hero_wounded_treshold = 15#Порог ранения героя - Минимальный уровень здоровья, при котором NPC могут участвовать в битвах и влиять на навыки отряда.
skill_prisoner_management_bonus = 5#Бонус навыка "Содержание пленных" - Количество пленных за одну единицу уровня скила "содержание пленных"
skill_leadership_bonus = 3#Бонус навыка "Лидерство" - бонус к размеру отряда игрока за единицу уровня скила "лидерство"
base_companion_limit = 20#Базовый лимит количества компаньонов - Базовый размер отряда игрока
player_xp_multiplier   = 2.0#Коэффициент опыта игрока - Множитель получения опыта для игрока
hero_xp_multiplier     = 2.0#Коэффициент опыта героев - Множитель получения опыта для героев(НПС)
regulars_xp_multiplier = 3.0#Коэффициент опыта солдат - Множитель получения опыта для регулярных солдат
display_wp_firearms = 0#Отображение навыка огнестрельного оружия - Включает/выключает отображение навыка владения огнестрельным оружием, в меню персонажей.
# damage below this will not interrupt melee attacks - # повреждение ниже этого не будет прерывать атаки в ближнем бою
damage_interrupt_attack_threshold    = 3.0#Порог урона, прерывающего атаку - Минимальный урон, необходимый для прерывания атаки в ближнем бою, одиночная игра. Если вы натянули тетиву и вам нанесли это количество урона, то ваше действие сорвётся.
# Same thing for multiplayer - # То же самое для мультиплеера
damage_interrupt_attack_threshold_mp  = 1.0#Порог урона, прерывающего атаку, в мультиплеере - Минимальный урон, необходимый для прерывания атаки в ближнем бою, мультиплеер
# No extra penetration flags are set, so keep them ineffective - # Дополнительные флаги пробивания не устанавливаются, поэтому они неэффективны
extra_penetration_factor_soak = 1.0#Дополнительный фактор впитывания - Множитель для  armor_soak_factor_against при включённом itp_extra_penetration
extra_penetration_factor_reduction = 1.0#Дополнительный фактор снижения - Множитель для  armor_reduction_factor_against, при включённом itp_extra_penetration
# You can modify the damage system by editing the following values:
# The first three values determine the amount which will be directly subtracted from damage due to armor.
# The next three values determine the percentage reduction from the damage.

# Система повреждений может быть отредактирована с помощью этих параметров:
# Первые три значения соответствуют урону, который будет полностью поглощен броней при рубящем, колющем и дробящем ударе соответственно
# Следующие три значения - процент, на который будет снижен нанесенный урон при рубящем, колющем и дробящем ударе соответственно

armor_soak_factor_against_cut    = 0.8#Фактор впитывания брони против режущих ударов - Урон, который будет полностью поглощен броней при рубящем ударе
armor_soak_factor_against_pierce  = 0.65#Фактор впитывания брони против колющих ударов - Урон, который будет полностью поглощен броней при колющем ударе
armor_soak_factor_against_blunt   = 0.5#Фактор впитывания брони против дробящих ударов - Урон, который будет полностью поглощен броней при оглушающем\ дробящем
armor_reduction_factor_against_cut   = 1.0#Фактор снижения урона по броне против режущих ударов - Процент, на который будет снижен нанесенный урон при рубящем ударе
armor_reduction_factor_against_pierce  = 0.5#Фактор снижения урона по броне против режущих ударов - Процент, на который будет снижен нанесенный урон при колющем ударе
armor_reduction_factor_against_blunt  = 0.75#Фактор снижения урона по броне против режущих ударов - Процент, на который будет снижен нанесенный урон при оглушающем\ дробящем
horse_charge_damage_multiplier  = 1.0#Коэффициент повреждения при атаке конем - Множитель урона получаемого при атаке лошадью
couched_lance_damage_multiplier = 0.65#Коэффициент повреждения при конной атаке копьем - Множитель урона получаемого от рыцарского удара
fall_damage_multiplier   = 1.0#Коэффициент повреждений при падении - Множитель урона получаемого от падения с высоты
#missiles with damage > shield_penetration_offset + shield_penetration_factor * shield
#will penetrate. - #Снаряды, наносящие больше урона чем shield_penetration_offset + shield_penetration_factor * shield - будут пробивать щит и наносить урон
shield_penetration_offset = 30.0#Смещение при пробивании щита - Уровень повреждения необходимый для пробивания щита с нулевым сопротивлением снарядом
shield_penetration_factor = 3.0#Фактор пробивания щита - Множитель показателя защиты щита.
#setting speed_power to 2.0 makes damage scale with the square of missile's speed. - #Если установить speed_power = 2.0, то размер нанесенного урона будет равен скорости снаряда или оружия, возведенной в квадрат
# you can set it to 1.0 to make it scale linearly as it was before. - # Вы можете установить 1.0, чтобы сделать его зависимость линейно, как это было раньше
missile_damage_speed_power = 1.9#Сила скорости снаряда - Cтепень, в которую возводится скорость снаряда, чтобы получить значение урона, для "снарядов"
melee_damage_speed_power = 2.0#Сила скорости холодного оружия - Степень, в которую возводится скорость снаряда, чтобы получить значение урона, для самого оружия
multiplayer_walk_enabled = 0#Ходьба пешком в мультиплеере - Включает/выключает возможность ходьбы в мультиплеере (ходьба включается при удерживании клавиши shift)
mission_object_prune_time = 180#Время удаления объектов в миссии - Время через которое оружие валяющееся на земле перестанет отображаться
#change this to 0 if you want to keep the food slot in inventory window.
disable_food_slot = 1#Отключить слот еды - Отключение отображение специального слота для еды в окне инвентаря
# Change this to 1 if you want to load
# textures from Modules/<Module_Dir>/Textures / - #Поставьте здесь 1, если хотите, чтобы текстуры загружались из Modules/<Module_Dir>/Textures/
scan_module_textures = 1#Проверка текстур мода -  Включает/выключает загрузку текстур из папки Textures модуля
scan_module_sounds = 0#Проверка звуков мода - включает/выключает загрузку звуков из папки Sounds модуля
#edit mode should be enabled - #Режим редактирования должен быть включен
#give_performance_warnings#Отображать сообщения о производительности = 1   - отображать сообщения о производительности
#You can also use load_mod_resource instead of load_resource to make sure you are reading files from module directory. - #Вы можете использовать load_mod_resource вместо load_resource чтобы быть уверенными, что читаются файлы из директории модуля.
Для чтения из корня игры имя параметра load_resource, а для чтения файлов из папки мода load_mod_resource , так же тут могут быть и комментарии, которые указывают на принадлежность (характеристику) ресурсов.
#animations- вот это например комментарий, что далее следуют ресурсы, относящиеся к анимации.
load_resource = ............. - чтение из корня игры
load_mod_resource = .............. - чтение из ресурсов мода
#works_with_version_min  = 1000 #deprecated, use module_version and compatible_savegame_module_version instead - #не используется, используйте module_version и compatible_savegame_module_version вместо этого
#works_with_version_max  = 1011 #deprecated, use module_version and compatible_savegame_module_version instead - #не используется, используйте module_version и compatible_savegame_module_version вместо этого.
#module_version = 0 #can be used for multiplayer and single player (saved game) module versioning - #версия модуля (мода), используется для мультиплеера (для проверки совместимости версии сервера и клиента) и одиночной игры (проверка совместимости сохранений с текущей версией).
#compatible_module_version = 0 #can be used for multiplayer module versioning - #совместимая версия модуля (используется для мультиплеера, для проверки совместимости версии сервера и клиента)
#compatible_savegame_module_version = 0 #can be used for single player (saved game) module versioning - #совместимая с сохранениями версия модуля (используется для одиночной игры, для проверки совместимости сохранений с текущей версией модуля).
limit_hair_colors = 1#Ограничение цветов волос - Включает/отключает ограничение на количество цветов для волос
show_faction_color = 1#Показывать цвет фракции - Включает/отключает отображения цветов фракции
show_quest_notes = 1#Показывать квестовые сообщения - Включает/отключает отображения заметок по квестам
dont_load_regular_troop_inventories = 1#Не загружать инвертарь солдат - включает/отключает хранение в сейвах инвентаря регулярных солдат (юнитов), то есть тех что без флага tf_hero
#assign '1' for moveable physics on all scene props; no sokf_moveable flag will be needed - #Установите "1" для включения физики движения для всех scene props; не нужен флаг sokf_moveable
disable_moveable_flag_optimization = 0#Отключить оптимизацию с использованием флага moveable - включает/отключает оптимизацию движения для всех сценовых объектов; если поставить 1 - то не нужно будет использовать флаг sokf_moveable, так как это будет доступно для любого объекта на сцене, если 0 - то тогда нужно будет прописывать флаг sokf_moveable для нужных сцен пропсов. В теории, при значении 0 игра будет давать большую производительность.
#You can change the following to 1 for ease in module development - #Вы можете выбрать 1 ниже , что облегчит разработку мода
show_party_ids_instead_of_names = 0#Показывать ID партий вместо имен - включает/отключает отображение идентификаторов партий вместо их имен (может упростить разработку мода)
crush_through_treshold = 2.4#Порог пробиваемости - Отвечает за пробивание блоков и щитов, для ближнего, для которого стоит флаг itp_crush_through. Чем больше значение тем, трудней пробить.
can_crouch = 0#Возможность приседания - Включает/отключает возможность приседать
can_objects_make_sound = 0#Объекты могут издавать звуки - Включает/отключает возможность воспроизведения звуков обьектами
disable_zoom = 0#Отключить масштабирование - Включает/отключает зум (приближение камеры при нажатии определенной кнопки)
use_advanced_formation = 0#Использовать усовершенствованные формации - Включает/отключает возможность использования продвинутых формаций.
use_crossbow_as_firearm = 0#Использовать арбалет как огнестрельное оружие -
can_reload_while_moving = 0#Возможность перезаряжать оружие на бегу - Включает/отключает возможность перезарядки в движении
can_run_faster_with_skills = 0#Возможность бегаь быстрее с помощью навыков
use_phased_reload = 0#Испольовать перезарядку в несколько фаз
horses_try_running_away = 0#Лошади пытаются убежать - Включает/отключает скрипт, который заставляет лошадей убегать
lance_pike_effect_speed = 3.0#Эффект скорости при конном ударе копьем - Модификатор влияющий на урон, от скорости разгона, для рыцарского удара
no_friendly_fire_for_bots = 0#Отключить дружественный огонь для ботов - Включает/отключает урон по "своим" для ботов из огнестрела
can_adjust_camera_distance = 1#Возможность настроить удаленность камеры - Включает/отключает возможность настроить высоту камеры над головой
sync_ragdoll_effects = 0#Синхронизировать ragdoll-эффекты - Включает/отключает синхронизацию рэгдолл-эффектов.
has_forced_particles = 0#Обязательно использовать эффекты с системами частиц -  Включает/отключает отображения систем частиц в обязательном порядке (дым, дождь, туман).
can_use_scene_props_in_single_player = 0#Возможность использовать сценовые объекты в одиночной игре - Включает/отключает возможность использования  сцен пропсов в одиночной игре (в мультиплеере их можно использовать по-умолчанию, и это не отключаемо)
disable_attack_while_jumping = 0#Отключить нанесение ударов в прыжке - Включает/отключает возможность наносить удары во время прыжка
disable_high_hdr = 0#Отключить High HDR - режим -  Включает/отключает High HDR.
has_accessories_for_female = 0#Использовать аксессуары для женщин

Постараемся отобразить всё, что может быть подвергнуто моддингу и все файлы игры.
Что есть на данный момент:

http://rusmnb.ru/index.php?board=160.0
http://rusmnb.ru/index.php?topic=671.0
http://rusmnb.ru/index.php?topic=3091.0
Может что упустил, подскажите.

План темы
1. Общие понятия моддинга и вообще структуры функционирования игры.
2. Перечень всех файлов игры, их функционал и общие понятия.
3. Перечень большинства используемых программ, и их принадлежность к файлам. Тут постараться упомянуть все возможные, плюс дать ссылку на наш инструментарий.  Все программы надо упомянуть с точным названием, что бы был смысл скопипастить и гуглить, если у нас нет.
4. Словарь терминов, вообще не плохо и жаргон сюда включить, так как часто мы не осознано пользуемся им при каком то объяснении или ответах.

 

Вводный курс в моддинг игры.

Мы постарались написать наиболее полный справочник для новичков, так как многие просто не понимают, что такое сама структура файлов используемых в игре, а соответственно и их редакция. Мы не будем вас учить как их редактировать, для этого есть специальные уроки и пособия. Мы просто научимся ориентироваться среди них, уроках по ним и программам с помощью которых и происходит редактирование или чтение оных. И самое главное мы постараемся правильно задавать вопросы и понимать что вам ответили на них. Надеюсь это сэкономит много нашего времени. Так как некоторые вопросы вам даже не придёт в голову задавать, а нам не придётся на пальцах объяснять что к чему. Букав будет много, а параллельных тем, не меньше, но прочесть придётся. Нет время читать, пардон у нас нет время отвечать. Давайте уважать труд и время друг друга. Здесь будем стараться объяснить всё на пальцах, где то это не возможно, будем вас грузить терминами. В первой части мы дадим общие понятия, а по конкретным аспектам, будет объяснение в следующих частях. Объяснение построим на описаниях файлов игры. Самую значительную связь между ними мы поясним, но не всё, ибо просто не реально указать все взаимосвязи и хитросплетение их взаимоотношений, не копнув в них очень глубоко. И так приступим.

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

Файлы игры

CommonRes- Ресурсы игры. Модели. Структура такова: Файлы brf - это "архивы" в которых в которых хранятся сами модели-меши и их лоды

дословно аббревиатура LOD расшифровывается, как Level Of Detail, что в переводе с английского означает «уровень детализации».Технология состоит в упрощении 3D-моделей путем подмены их на более примитивные по мере удаление виртуальной камеры от них. Это позволяет разгружать систему, и она работает над полной обработкой только тех объектов, что в пределах вашей видимости.

И вся информация по ним, а именно привязка  к определёны материалом(текстурам) и к эффектам им сопутствующим(например блеск). Так же тут вся информация по привязке к "скелетам" которые использует игра. Вообщем всё, что так или иначе определяет модель.
Принимаемые форматы ресурсов:
.trf – Текстовые файлы — При загрузке игры автоматически конвертируются в бинарные
.brf – Бинарные файлы — Не требуют конвертации, более быстрая загрузка игры, меньше сжатие (по сравнению с текстовыми файлами)
Data В этой папочки у нас несколько видов файлов:

font_data - это шрифты, тут можно проявить фантазию и менять их на своё усмотрение.

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

ground_specs - Файл, содержащий названия текстур, которые могут использоваться при создании местности (terrain) на сцене.

item_modifiers- текстовый файл в котором заданы значения модификаторов предметов
skeleton_bodies - Тут наши, точнее не наши , а персонажей игры. "Косточки и их взаимодействие"

skyboxes-  (небесный куб)- задний фон в изображениях трёхмерной компьютерной графики. Это текстовый файл т.е он определяет как текстуры скайбокса функционируют.

languages - Тут у нас папочка с языковыми текстовыми файлами, а именно те, что общие для всех модов. Не забываем , что коли нет этого языка тут то и в лунчаре мы его не выберем, для мода.
Modules- Тут хранятся наши моды-это так сказать список воспроизведение нашего проигрывателя.
music- ресурсы(файлы) музыки которые используются в игре, сама механика воспроизведения в другом месте.
Skins- Файлы Simple Mesh Format. Морды лица используемые в редакторе встроенном в игру.
Sounds- ресурсы(файлы) звуков(стуки, бряки, крики... ) которые используются в игре, сама механика воспроизведения в другом месте.
Textures- Текстура всего что есть в игре, тут всё буквально и менюшки и вещички... Всё это плоские картиночки которые потом покрываю модели. Формат файлов dds- графический формат. например, что бы его открыть Фотошопом нужен плагин.
Принимаемые форматы текстур: .dds., tga, .jpg
binkplay.exe - BinkPlayer, проигрыватель, используемый игрой для воспроизведения intro-роликов (paradox и taleworlds) , сейчас появилась возможность создавать при помощи WSE ролики которые воспроизводит этот проигрыватель.
bump_shader, myshader, faceshader.pp;earlyz, mb_2a, mb_2в.fxo; fx_configuration.h - Шейдеры и их конфинурации

Ше́йдер (англ. Shader) — это программа для одной из ступеней графического конвейера, используемая в трёхмерной графике для определения окончательных параметров объекта или изображения. Она может включать в себя произвольной сложности описание поглощения и рассеяния света, наложения текстуры, отражение и преломление, затенение, смещение поверхности и эффекты пост-обработки.
Программируемые шейдеры гибки и эффективны. Сложные с виду поверхности могут быть визуализированы при помощи простых геометрических форм.  HLSL (High Level Shading Language) - язык программирования шейдеров, чемто похож на Cg, созданный Microsoft-ом, и который, используется вместе с DirectX. В действительности HLSL был создат двумя так сказать корпорациями  Microsoft и nVidia. Это тот язык что испульзуться в нашем любимом мибе...
Вертексный шейдер
Выполняет обработку геометрии - изменяет позицию, текстурные координаты, цвет вершин. Также может выполнять вычислении освещения. Допустимое количество команд может достигать одной-двух сотен. Пример фрагмента кода:
 

Код: [Выделить]

float2 movepos = float2 (matWorld._m03, matWorld._m13) + vPosition.xy;Пиксельный шейдер
Выполняет обработку цветовых данных, полученных при отрисовке треугольника. Оперирует с текстурами и цветом. Количество инструкций значительно ограничено, так, к примеру, в версии 1.4 оно не может быть больше 32. Пример фрагмента кода:

Код: [Выделить]

float4 tex;
if(apply_depth)
{
tex = tex2D(ReflectionTextureSampler, (0.25f * normal.xy) + float2(0.5f + 0.5f * (In.PosWater.x / In.PosWater.w), 0.5f - 0.5f * (In.PosWater.y / In.PosWater.w)));
}
else
{
//for objects use env map (they use same texture register)
tex = tex2D(EnvTextureSampler, (vView - normal).yx * 3.4f);
}

Из чего состоит шейдер:

Шейдер практически стотаит из 4-х чястей:
Структура шейдера, где мы декларируем обшие параметры.
struct VS_OUTPUT_NOTEXTURE
{
   float4 Pos           : POSITION;
   float4 Color         : COLOR0;
   float  Fog           : FOG;
};

Вертексный шейдер с используевшимися в ней параметрами.
VS_OUTPUT_NOTEXTURE vs_main_notexture(float4 vPosition : POSITION, float4 vColor : COLOR)
{
   VS_OUTPUT_NOTEXTURE Out;

   Out.Pos = mul(matWorldViewProj, vPosition);
   Out.Color = vColor * vMaterialColor;
   float3 P = mul(matWorldView, vPosition); //position in view space
   //apply fog
   float d = length(P);
   float4 vWorldPos = (float4)mul(matWorld,vPosition);
   Out.Fog = get_fog_amount_new(d, vWorldPos.z);

   return Out;
}

Пиксель шейдер, с обозначением к какому шейдеру принадлежит (обозначенно жирным)
PS_OUTPUT ps_main_notexture( VS_OUTPUT_NOTEXTURE In )
{
   PS_OUTPUT Output;
   Output.RGBColor = In.Color;
   return Output;
}

И техника, так сказать компилируюшия эти 2 шейдера и записываюшия из в значение, в данном случяе notexture. Которое и прописываеться в BRF.

technique notexture
{
   pass P0
   {
      VertexShader = compile vs_2_0 vs_main_notexture();
      PixelShader = compile ps_2_0 ps_main_notexture();
   }
}

postfx.fx- Этот файл используется для эффектов DoF и HDR. Вы не можете изменить postFX и его рендеринг, но можете применять его, чтобы производить различные  tonemappings или эффекты.
paradox, taleworlds_intro.bik - Начальные видео заставки игры, в формате bik- популярный формат, используемый в основном, в видео играх.
SkinMagic, fmodex.dll - Динамически подключаемые библиотеки для ресурсов операционной системы.
rgl_log.txt - Файл регистрации, протокол, журнал или лог (англ. log) — файл с записями о событиях в хронологическом порядке. Ведение протокола, или протоколирование, — хронологическая запись с различной (настраиваемой) степенью детализации сведений о происходящих в системе событиях (ошибки, предупреждения, сообщения), обычно в файл. В абсолютном большинстве современных программ используются текстовые файлы протоколов (одно событие — одна строка), они легко генерируются программой и анализируются человеком. Исследование содержимого файла регистрации ошибок после возникновения неполадок часто позволяет понять их причины.
main - заставка модуля, здесь она представляет собой пустое окошко, с серым фоном, но в каждом модуле может стоять своя картинка, которая отображается при выборе его в лунчере игры.
warband_compatibility - Некое дополнение к module.ini  в которое вносятся ресурсы для совместимости ИГ и Варбанда. Не используется.

Файлы мода

Итак давайте сразу уясним, что игра читает файлы и сортирует их выбор из разных источников  по "правилам" указанным в файле module.ini папке модов. Не забываем что в моде загружаются оба источника информации(мод и сам корень игры). Выбор регламентируется выше указанным файлом. Для всех файлов не имеющих описания, оно идентично файлом корня игры.
Data - Все те же файлы, в Натив не чего нет, используются файлы из папки игры.
languages - Папка с языковыми файлами, которые используются в моде.
Music- Музыкальные файлы которые отображаются в моде.
Resource-Ресурсы мода, те которые будут загружаться именно в этом моде. Описание ресурсов идентично папке CommonRes игры. По ресурсам будет более подробно написано в части вводного курса по моделированию.
SceneObj- Тут находятся с генерированные, в редакторе встроенном в игру, сцены. Уточню: вид сцен. Сам фунционал сцен прописан в текстовом файле. На самом деле там много того что нам не видно. Но на самом деле это то же модели, просто они прозрачные. Например препятствия и пути движения, в виде не видимой разметки. Но это всё как бы модели, поэтому они и тут. Тут находится и координатная привязка объектов внутри нашей "коробочки" сцены.
Sounds- Звуковые файлы используемые в моде.
Textures- Текстуры предметов используемые только в этом моде.

Вот мы и добрались до сценария мода, да именно в подавляющем большинстве этих файлов и есть всё что запрограммировано в игре.
Текстовые файлы ( *.txt ) -  из этих файлов игра узнаёт, что от неё требуется в той или иной ситуации. Они написаны на языке, максимально понятном для движка игры, и лишь местами содержат слова, понятные человеку. Для работы и творчества человека предназначены файлы модульной системы (см. ниже), производными от которых и являются текстовые файлы.
И так давайте сразу договоримся, что описывать большинство этих файлов мы не будем в виду того что это не актуально, да и практически не реально.  Описание будет только для необходимых для моддинга файлов. А вот почему, они написаны самой игрой и написано они её для себя. Вот она то этот язык знает. Китайский не учил, но думаю тут разобраться нам будет стоить тех же усилий. Чисто теоретически, если править эти файлы то мы добъёмся результата так как их то и читает игра. А не ту ужаснострашнонепонятнуюпорусскиненаписаную модульную систему. На самом деле это не так проще понять в 100 раз модульку чем понять язык текстовика. Вообщем поверте тем кто вам говорит , что глупо править тектовики. Для некоторых правок текстовых файлов есть так сказать переводчики. Вот ими и пользуйтесь. Не стоит спрашивать: "а какую мне поправить циферку, что бы у мня...." Возьмите словарь если не знаете английский и воспользуйтесь программами перевода циферек в букавки. И так надеюсь мы договорились! Как править эти циферки более серьёзно использую модульную системы мы поговорим и научим это делать, чуть позже. Мы не будем описывать текстовые файлы которые редактируются из модульной системы и не имеют практического применения редактирования их в текстовом формате.
game_variables-На самом деле этот файл относится ко всей игре. И его функционал не доступен для моддинга. В нем презентация игровых окон которые недоступны из модульной и забиты в движок . По идее можно изменить внешний вид расположение кнопок в таких окнах, как окно партии, окно итема , стартовая страница игры, окно загрузки сейвов и тд.
module. ini- Initialization file. Как мы видим из названия- это файл инициализации (от англ. initialization, инициирование) — создание, активация, подготовка к работе, определение параметров. По другому это файл конфигурации. В этом файле задаются параметры загрузки ресурсов игры и к тому же определяются некоторые общие параметры(переменные) которые задают определённые числовые переменные- определяющие характеристику действия. Сейчас мы разберёмся что там внутри этого файла. Сразу замечу что вот этот знак #- комментарий, определяет игнорирование этой строки( просто пояснение для нас). Основной записью этого файла является- значения параметров — строки вида «имя_параметра = значение».

module_name = Calradia - Название мода( собственно тут не принципиально)
compatible_with_warband = 1

num_hints = 12

auto_create_note_indices = 0 #Do not automatically search through all troops/factions/towns to check if they have note text.

map_min_x   = -180
map_max_x   =  180
map_min_y   = -145
map_max_y   =  145
map_sea_direction = -40 #wave foam direction
map_sea_wave_rotation = 300 #This is where the tear artefact is visible on the sea.
map_sea_speed_x = 0.02
map_sea_speed_y = -0.02
map_river_direction = 140
map_river_speed_x = 0.01
map_river_speed_y = -0.01

air_friction_arrow = 0.002
air_friction_bullet = 0.002

# use meshes map_tree_a through map_tree_r on for map trees
map_tree_types = 17
map_snow_tree_types  = 3
map_steppe_tree_types = 5
map_desert_tree_types  = 4

map_max_distance = 175.0
has_tutorial = 1

time_multiplier = 0.25
seeing_range    = 6.5
track_spotting_multiplier = 0.8

# heroes with health below this will not appear in battles and will not contribute to party skills.
player_wounded_treshold = 5
hero_wounded_treshold = 15

skill_prisoner_management_bonus = 5
skill_leadership_bonus = 3
base_companion_limit = 20

player_xp_multiplier   = 2.0
hero_xp_multiplier     = 2.0
regulars_xp_multiplier = 3.0


display_wp_firearms = 0

# damage below this will not interrupt melee attacks
damage_interrupt_attack_threshold      = 3.0
# Same thing for multiplayer
damage_interrupt_attack_threshold_mp   = 1.0

# No extra penetration flags are set, so keep them ineffective
extra_penetration_factor_soak = 1.0
extra_penetration_factor_reduction = 1.0

# You can modify the damage system by editing the following values:
# The first three values determine the amount which will be directly subtracted from damage due to armor.
# The next three values determine the percentage reduction from the damage.

armor_soak_factor_against_cut       = 0.8
armor_soak_factor_against_pierce    = 0.65
armor_soak_factor_against_blunt     = 0.5

armor_reduction_factor_against_cut       = 1.0
armor_reduction_factor_against_pierce    = 0.5
armor_reduction_factor_against_blunt     = 0.75

horse_charge_damage_multiplier        = 1.0
couched_lance_damage_multiplier       = 0.65
fall_damage_multiplier                = 1.0

#missiles with damage > shield_penetration_offset + shield_penetration_factor * shield
#will penetrate.

shield_penetration_offset = 30.0
shield_penetration_factor = 3.0

#setting speed_power to 2.0 makes damage scale with the square of missile's speed.
# you can set it to 1.0 to make it scale linearly as it was before.
missile_damage_speed_power = 1.9
melee_damage_speed_power = 2.0

multiplayer_walk_enabled = 0

mission_object_prune_time = 180

#change this to 0 if you want to keep the food slot in inventory window.
disable_food_slot       = 1

# Change this to 1 if you want to load
# textures from Modules/<Module_Dir>/Textures/

scan_module_textures = 1
scan_module_sounds = 0

#edit mode should be enabled
#give_performance_warnings = 1   

#You can also use load_mod_resource instead of load_resource to make sure you are reading files from module directory.- Тут написано, что для чтения из корня игры имя параметра load_resource , а для чтения файлов из папки мода load_mod_resource , так же тут можгут быть и коментарии, которые указывают на принадлежность(характеристику) ресурсов
#animations- вот это например комментарий, что далее следуют ресурсы, относящиеся к анимации.
load_resource = .............

load_mod_resource = ..............

#works_with_version_min  = 1000 #deprecated, use module_version and compatible_savegame_module_version instead
#works_with_version_max  = 1011 #deprecated, use module_version and compatible_savegame_module_version instead

#module_version = 0 #can be used for multiplayer and single player (saved game) module versioning
#compatible_module_version = 0 #can be used for multiplayer module versioning
#compatible_savegame_module_version = 0 #can be used for single player (saved game) module versioning

limit_hair_colors = 1
show_faction_color = 1
show_quest_notes = 1

dont_load_regular_troop_inventories = 1

#assign '1' for moveable physics on all scene props; no sokf_moveable flag will be needed
disable_moveable_flag_optimization = 0

#You can change the following to 1 for ease in module development
show_party_ids_instead_of_names = 0

crush_through_treshold = 2.4

map - текстовая запись глобальной карты модуля, в этом файле не чего редактировать не выйдет, та как он просто сгенерировн из графического файла сделанного нами движком(утилитой) игры. Т.е как такового файла больше не существует, он преобразован в текстовый формат, для чтения его игрой.
variables- список глобальных переменных используемых в моде.

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

variable_uses- числовые значение переменных.

Модульную систему

Модульная система (МС) — это один из основных инструментов моддинга. Она представляет собой набор скриптов на языке Python, который используется в МС только для перевода кода, написанного на специальном языке МС, в формат текстовых файлов, которые уже используются в игре. То есть скрипты МС не используются игрой напрямую — это лишь средство для создания текстовых файлов. Эти текстовые файлы, в которые переводятся скрипты МС, представляют собой текстовые документы, заполненные в основном цифрами и иногда — текстовыми строками. Еще важно понять, что в МС в качестве языка программирования используется вовсе не Python, а собственный самостоятельный язык, созданный и предназначенный только для моддинга Mount&Blade.
МС — это только одна из частей полноценного мода. Она является кодовым «скелетом» мода, без которого невозможно обойтись, однако же и мод, состоящий только из одного «скелета», также не является полноценным. Помимо кода МС хороший мод обязательно должен иметь красивый внешний вид — модели, текстуры, звуковое и музыкальное сопровождение и т. д.
Компоненты МС
Файлы МС делятся на нескольких видов:
module_ файлы — файлы, описывающие все объекты, данные и взаимодействия между ними в моде — собственно то, что будет переведено в текстовые файлы
header_ файлы — файлы, в которых содержатся списки и описания всех операций, констант и других объектов, которые могут использоваться в module_ файлах
process_ файлы — python'овские скрипты, предназначенные для «компиляции» МС — перевода кода, написанного в module_ файлах в текстовые файлы мода
ID_ файлы — упорядоченные списки всех объектов, содержащихся в module_ файлах.
variables.txt – текстовый документ, содержащий список всех глобальных переменных, использованных в коде
build_module.bat – исполняемый файл, предназначенный для компиляции МС
Основная часть МС — то, с чем приходится иметь дело любому модульщику — это module_ файлы. Именно они полностью описывают мод и являются его тем самым «скелетом», и именно в них и пишется весь код. Остальные файлы МС предназначены для правильной компиляции и создания текстовых файлов, а также для использования движком игры. Они не предназначены для редактирования и изменения, поэтому изменять их содержимое строго не рекомендуется.
Формат файлов
Каждый из module_ файлов на самом деле представляет собой скрипт на языке Python, содержащий только один большой массив, состоящий огромного количества чисел, констант и строк. Код, написанный на языке МС, является массивом операций, следующих одна за другой, которые при компиляции переводятся в вид числовых кодов. Точно так же все остальные объекты МС также переводятся в числовой вид.
Python сам по себе является просто средством перевода кода на языке МС в текстовые числовые файлы. Также перед компиляцией он проверяет код на ошибки и сообщает о них. Если в коде нет явных синтаксических и логических ошибок, он переводится в числовой вид и записывается в текстовые файлы мода.
И так, мы уже прочитали, что модульная система это набор "фраз" на чуждом нам языке. Не стоит расстраиваться. Коли это язык его просто надо выучить. А как любой язык, он не как не связан с другими языками существующими в мире, а это значит, что вовсе нам и не надо быть гениями программирования, будем "ботанами" и просто вызубрим и выучим правилам грамматики и синтаксиса этого языка, в идеале нам нужно ещё и писать, а не только читать. И так в изучении правил языка, а точнее их запоминании нам поможет справочник по модульной системе. А для понимания всего что написано, давайте просто смотреть на коды( в игре) с такого ракурса, что они написано для глупой машины которой так же как нам нужно всё показывать на пальцах. В таком духе и написан код. Всё расписано и разложено по полочкам, везде есть взаимосвязь  в виде ссылок на другие записи.
Итак не надо прыгать с места в карьер, начать стоит просто с небольшого освоении файлов и записей. Это если бы вы поехали учить английский в Англию, при том не понимая даже одного слова. Освойте с начало хоть пару фраз и выучите алфавит.
Поэтому если мы хотим что бы произошло какое то действие-это модулька. Модулька -это к тому же и единственный путь увидеть какую то модель в игре, просто сунуть её в игру не достаточно, надо определить ей там место и указать характеристики. Соответственно и искать надо ответы в темах связанных с модульной системой.

Модели, текстуры...

Модели
Всё, что мы видим в игре, состоит из модели и наложенной на неё текстуры. Что то зашито в движёк игры, что то можно редактировать менять или добавлять своё. Начнём с понятия, что такое модель вообще: 3D модель- Трёхмерная графика (3D Graphics, Три измерения изображения, 3 Dimensions, рус. 3 измерения) — раздел компьютерной графики, совокупность приемов и инструментов (как программных, так и аппаратных), предназначенных для изображения объёмных объектов. Три плоскости три оси позиционирования, вам будет это полезно знать не только в плане моделирования, но в плане модульной системы, так как все предметы так или иначе присутствующие в игре, должны быть позиционированы и у них должны быть координаты нахождения, например тот или иной текст в презентациях. Вообще позиционирования доступно прямо в игре из различных её утилит, кроме позиционирования, возможно и смена размеров отображения различных предметов или целых объектов, но всё то же определяется по позициям или осям.
Сами модели находятся в игре в формате brf  это двоичный код, необходимый для чтения этой модели движком игры, но в этом файле храниться не только вид объекта, но привязка к скелету, определенный ей материал(текстура) и другие параметры характеризующие отображение её взаимодействие модели в игре. Сами модели создаются в разных форматах 3D моделирования obj,3ds, а только потом уже принимают формат двоичного кода. Теперь поговорим о некоторых особенностях моделей в игре и их условной классификации.
Условно используемые игрой модели можно разделить на 4 типа, с этом связано различное форматирование при их конвертировании из двоичного кода:
-Модели оружия, щитов, шлемов, предметов, строений. Не содержат ничего кроме сведений о геометрии самой модели. Экспортируются в формате OBJ, без привязки к скелету
- Модели тел, костюмов, обуви, лошадей. Содержат сведения о геометрии, один из двух игровых скелетов и сведения о привязке модели к скелету. Экспортируются в формате SMD.

Модели рук, перчаток, специфические модели (иконки армий на глобальной карте и т.п.) Содержат анимацию-Вертексную анимацию

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

воспроизведение, состоящую из нескольких кадров. Экспортируются в формате MD3 или покадрово как OBJ.
Модели объектов для сцен - здания, деревья и т.п. Отличаются от других моделей тем, что могут иметь более 1 материала. При импорте в брф, эдитор спросит, надо ли разбить базовую модель. Меш разбивается на n частей, где n - число использованных в модели материалов. Такие модели называются мультимешами. В BRF Editor'е можно переключаться в режим показа модели целиком или по частям нажатием на кнопку Multi Mesh.

Сцены

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

1. Описание в файле scenes.py модульной системы.
  Вот два самых стандартных примера такой записи:
("quick_battle_1",sf_generate,"none", "none", (0,0),(120,120),-100,"0x30401ee300059966000001bf0000299a0000638f",
    [],[],"outer_terrain_plain"),

  ("tutorial_2",sf_indoors,"tutorial_2_scene", "bo_tutorial_2_scene", (-100,-100),(100,100),-100,"0",
    [],[]),

Тут мы можем выделить 10 частей
1) название сцены, добавляя приставку scn_ его используют для обращения к сцене из других файлов модульной системы. Также для каждой сцены предусмотрен индивидуальный файл с таки же названием (см. ниже).
2) флаги, подробно расписаны в файле header_scenes.py, если их несколько, то разделяются знаком вертикальной черты. Определяют особенности освещения, использование ландшафта и др.
3) имя меша - обычно тут указывается имя модели помещения, у уличных сцен из-за ненужности такой модели обычно написано "none" (читай - "отсутствует"). Для уличных сцен применяется outer_terrain модель окружения, обычная модель из ресурсов игры, которую можно создать как любой меш(модель)
4) имя колижн-меша, он необходим, чтобы стены, пол и другие части помещение не только выглядели твёрдыми, но и вели себя соответственно. У уличных сцен также "none".
5) первые круглые скобки - минимальная точка координат, дальше которой в сцене нельзя пройти.
6) вторые круглые скобки - максимальная точка координат, дальше которой в сцене нельзя пройти. Обе точки нужны для экономии машинных ресурсов, чтобы компьютер не обрабатывал бесконечное пространство. При изменении сцен стоит помнить, что указываемые здесь координаты должны соответствовать реальным размерам сцены (чтобы персонаж не наталкивался на невидимые стены).
7) уровень воды, как правило не редактируется.
8) код ландшафта - здесь ноль у интерьерных сцен и длинная последовательность знаков у остальных. Код содержит информацию о размере сцены, типе местности (снег, пустыня, лес), неровностях рельефа, характере растительности, наличии рек. Сам код нужен для чтение движком игры, нам же возможно его сгенирировать, доступной утилитой движка игры- редактором ландшафтов(тераинов)
9) первые квадратные скобки, в нынешних версиях игры не используется, иногда там стоит слово "exit".
10) вторые квадратные скобки, пустые или содержат имена юнитов (но без обычной приставки trp_), к инвентарю которых можно получить доступ в данной сцене. Чаще всего, если тут кто-то и прописан, то это или "сенешаль" (инвентарь игрока-владельца замка), или "бонусный сундук".

2. Файл сцены, находится в папке SceneObj вашего мода (если её нет, скопируйте её из Native), носит имя "название_сцены.sco(файл скомпилированный из разных источников движком игры(Встроенным редактором сцен

Собственно говоря, это и есть движёк игры, такой же компилятор как и Питон, он просто собирает в одно место информацию из разных файлов и позволяет нам их наглядно редактировать.

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

AI Mesh - это сеть, указывающая NPC, где он может пройти, а где нет. Если, допустим, какой-нибудь NPC вдруг захотел прогуляться из точки A в точку B, он делает это так: находит кратчайший путь, проверяет, может ли он там пройти, и только потом (о, чудо!) идет. Если Вы построили стену у него на пути, то он врежется в нее и застрянет там навечно. Но если Вы сделаете AI mesh так, чтобы он учитывал эту стену, то NPC не только не врежется, но и обойдет злополучную стену кратчайшим путем

для компьютерных болванчиков... Следует знать, что объекты в файлах сцен запоминаются по названиям, и переименование объектов приведёт к их исчезновению из сцены. Для того, чтобы создать новый файл сцены, достаточно описать его так, как указано в предидущем абзаце, войти в сцену внутри игры, а потом с помощью встроенного редактора сделать и сохранить хоть какое-то изменение. Например - поставил домик и сразу удалил, а выходя из режима редактирования подтвердил изменения. В папке SceneObj при этом создаётся новый файл. В описанном примере его размер составит менее 1Кб, какой бы большой ни была сцена. Чем больше изменений в редакторе Вы будете делать, тем сильнее "разжиреет" этот файл.

3. События (триггеры) в файле module_mission_templates.py  Чтобы на сцене кипела жизнь, ей должна соответствовать определённая миссия (грубо говоря, сценарий). Вызов сцены в модульной системе сопровождается вызовом миссии (сценария). Далеко не всегда они составляют жёсткие пары. Обычно одна миссия используется для многих однотипных сцен, например, есть 110 деревень, для всех них в мирной ситуации используется миссия "village_center", а при сражении "lead_charge". Другой пример - на сцене Вы размещаете осадную башню, а вот её движение и поведение "актёров" определяется миссией.

4. Внутриигровые меню в файле module_game_menus.py - для каждой активной партии (т.е. города, отряда, деревни) игра с помощью скриптов определяет, какое именно меню вызвать. Зачастую внутри меню содержатся дополнительные проверки и вычисления, оценивающие игровую ситуацию. Дружественный это замок или враждебный? Соответственно используется либо мирная сцена, либо сцена штурма. Также в меню часто определяются присутствующие на сцене персонажи (стражники, гуляющие местные жители, бандиты). Самым обширным меню обладают города, там можно выбрать переход в одну из нескольких сцен (покои, таверна, улицы...).

(modify_visitors_at_site, "scn_tutorial_training_ground"),                              надо определить посетителей (персонажей) на данной сцене
(reset_visitors),                                                                                                сбрасываем старые настройки
(set_visitor, 43, "trp_veteran_fighter"),                                                           в точке входа №43 пусть появится указаный юнит
(set_jump_mission,"mt_tutorial_training_ground"),                                        выбираем миссию (сценарий)
(jump_to_scene,"scn_tutorial_training_ground"),                                           переходим к самой сцене
(change_screen_mission),                                                                              обновляем экран

Каждый из пунктов меню внутри самой сцены можно продублировать объектами, которые называют "passage". Такой объект в игре проявляет себя надписями типа "Вход в магазин" или "Вход в тюрьму" и  имеет две характеристики, указываемые в окошках Entry No и Menu Item No. В первом мы ставим номер точки входа, на которую хотим отправить игрока, во втором - порядковый номер пункта меню, из которого игра будет узнавать сцену. Причём нумерация начинается с нуля, то есть если приведёный выше пример взят из третьего по счёту пункта меню, то внутри редактора сцен мы поставим пассаж и укажем ему Menu Item No = 2. Игра найдёт этот пункт меню и использует указанные в нём сцену, миссию, выставит персонажей.

5. Скрипты в module_scripts.py, прежде всего script_game_start, так как он задаёт свойства очень многих игровых объектов. Я не буду рассматривать этот скрипт подробно, приведу в качестве иллюстрции несколько вырванных по-отдельности строк, по которым можно найти некоторые важные блоки в скрипте
 (нажмите для открытия / скрытия)
(faction_set_slot, "fac_culture_1",  slot_faction_tier_3_troop, "trp_swadian_footman"),                                      указываем для фракции юнитов для пополнения гарнизонов и отрядов, они же используются как стражники
(faction_set_slot, "fac_culture_1", slot_faction_town_walker_male_troop, "trp_town_walker_1"),                        указываем для фракции прохожих (горожан, сельчан)
(party_set_slot,":town_no", slot_town_prison, ":cur_object_no"),                                                                         указываем для города, какая сцена соответствует отдельным его частям (магазин, арена, тюрьма...)
(party_set_slot,"p_castle_1", slot_center_siege_with_belfry, 1),                                                                             указываем для замков и городов, будет ли при штурме использоваться осадная башня

6. Свойства объектов сцены (предметов) в module_scene_props.py  Это хорошо заметно на примере тех из них, которые описываются не одной строкой, а целой последовательностью. Фактически там содержатся небольшие скрипт,ы обеспечивающие избирательное поведение предметов, например - факел горит ночью, но не днём; от чучела при ударе летит солома, идёт пыль, раздаётся характерный звук, а в итоге оно падает; с дерева падают сухие листья; из трубы идёт дым. Все эти явления задаются как свойства объектов ещё до помещения их на сцену.

7. Описание растительности в файле Flora_kinds.py (он не в папке Module_system, а в папке Module_data). Сюда большинство модод

3. Интервалы у module_mission_templates действительно в секундах, а у module_simple_triggers и module_triggers в игровых часах. (24 - игровые сутки).

В module_mission_templates интервалы не в секундах, а если честно в фиг знает чем. Скорее всего в в фреймах (кадрах), а если точнее, то я так понял что в игре существуют определенные ключевые фреймы. Объяснить мне это сложно, если например выставить в триггере время срабатывания 1, то триггер будет срабатывать не один раз в секунду, а в каком то определенным движком фрейме, если выставить время срабатывания 0, то триггер будет срабатывать каждый фрейм (если в игре будет например 120 фпс - то триггер будет срабатывать 120 раз в секунду, если 15 - то 15 раз в секунду). Каким образом движок выбирает ключевой фрейм я не знаю.

Этот материал подходит даже скорее не для вводного курса, а для уже более продвинутых моддеров, но все равно довольно интересно. Для вводного курса попробую из этого вычленить и перекомпилить более-менее простые вещи, но пока что вот полный вариант перевода. Автор - Swyter, источник - http://forums.taleworlds.com/index.php/topic,187434.0.html.


Итак, что содержит этот список:

• Все параметры module.ini
• Зашитые в движок модели (в основном детали интерфейса), текстуры, коллизионки, шейдеры и т. д.
• Допустимые шейдерные переменные
• Перечень того, что НЕЛЬЗЯ удалять из папки МС (Все остальное кроме этого можно удалить и получить девственно чистую, но вполне рабочую версию модульки)
• «За кулисами» (О внутренней работе движка игры)
• И другое...

Все это было обнаружено при исследовании движка Warband.

ПРИНИМАЕМЫЕ ФОРМАТЫ ТЕКСТУР

.dds
.tga
.jpg

ПРИНИМАЕМЫЕ ФОРМАТЫ РЕСУРСОВ

.trf – Текстовые файлы — При загрузке игры автоматически конвертируются в бинарные
.brf – Бинарные файлы — Не требуют конвертации, более быстрая загрузка игры, меньше сжатие (по сравнению с текстовыми файлами)

HTTP-ЗАПРОСЫ

• Принимаемые форматы (точная формулировка): «image/gif, image/x-xbitmap, image/jpeg. image/pjpeg, application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, */*»
• Язык en-us
• Допускается как gzip, так и deflate – сжатие
• Пользователь - «Mozilla/4.0» (??? - прим. пер.)

ПОРЯДОК ЗАГРУЗКИ ФАЙЛОВ

//Признаться, это представляет собой больше просто копипаст, чем серьезный материал.
//Прошу прощения за беспорядок, этот раздел еще не закончен.
/languages/*
/Data/
/Textures/*
\module.ini
\game_variables.txt
mb.fx  - Этот и следующий файлы представляют наибольший интерес. Загрузка их происходит также без использования IronLauncher'а, на стандартном Warband.
mb.fxo - Скомпилированный файл эффектов мода, написанный на HLSL, он не должен быть максимально простым, поскольку игра выполняет его в процессе работы.
main.bmp
language.txt
languages\<lang>\*
languages\<lang>\<files>

Data\item_modifiers.txt
Data\flora_kinds.txt
Data\ground_specs.txt
Data\skyboxes.txt
Data\mission_types.txt

\module.ini
\main.bmp

ДОПОЛНИТЕЛЬНЫЕ КЛЮЧИ РЕЕСТРА

last_module – Название последнего запущенного мода
module_system_folder – Используется идиотским встроенным отладчиком скриптов

КОМАНДЫ ЗАПУСКА INTRO-ВИДЕО ПРИ ЗАПУСКЕ

binkplay.exe
paradox.bik /P /I2 /Z /J /U1 /W-1 /H-1 /C /B2 -> 1st vid
taleworlds_intro.bik /P /I2 /Z /J /U1 /W-1 /H-1 /C /B2 -> 2nd v

ПАРАМЕТРЫ (КОМАНДЫ) MODULE.INI

load_resource
load_mod_resource
load_module_resource
time_multiplier

armor_soak_factor_against_cut
armor_soak_factor_against_pierce
armor_soak_factor_against_blunt
armor_reduction_factor_against_cut
armor_reduction_factor_against_pierce
armor_reduction_factor_against_blunt

missile_damage_speed_power
melee_damage_speed_power
damage_interrupt_attack_treshold
damage_interrupt_attack_threshold
horse_charge_damage_multiplier
couched_lance_damage_multiplier
seeing_range
track_spotting_multiplier
blood_multiplier
skill_leadership_bonus
skill_prisoner_management_bonus
base_companion_limit
player_xp_multiplier
hero_xp_multiplier
regulars_xp_multiplier
hero_wounded_treshold
player_wounded_treshold

map_min_x
map_min_y
map_max_x
map_max_y
map_sea_direction
map_sea_speed_x
map_sea_speed_y
map_river_direction
map_river_speed_x
map_river_speed_y
map_tree_types
map_snow_tree_types
map_steppe_tree_types
map_desert_tree_types

display_wp_one_handed
display_wp_two_handed
display_wp_polearms
display_wp_archery
display_wp_crossbows
display_wp_throwing
display_wp_firearms

module_version – интересная вещь для сохраненных игр...
compatible_module_version

scan_module_textures
scan_module_sounds

module_name — Настоящее название?.. Хм...
num_hints

starting_year
starting_month
starting_day

enable_quick_battles
disable_food_slot
limit_hair_colors

show_faction_color
show_quest_notes
show_party_ids_instead_of_names

main_menu_font_color_red
main_menu_font_color_green
main_menu_font_color_blue

works_with_version_min
works_with_version_max

МАТЕРИАЛЫ, ЗАШИТЫЕ В ДВИЖОК

РЕСУРСЫ ЯДРА

core_shaders  - вообще не может быть удалено или изменено каким-либо образом
core_textures
core_materials
core_ui_meshes
core_pictures

СКЕЛЕТЫ

skel_horse — зашитый в движок код, отвечающий за правильное расположение копыт лошади относительно поверхности земли. Благодаря ему анимация лошади динамически подстраивается под рельеф, из-за чего движения лошади выглядят реалистично даже на склонах и другом сложном рельефе.

МОДЕЛИ

flying_missile
entry_arrow
_mesh_passage
def_trousers
sun

slider_hor
handle_hor
map_legend
scrollbar
scrollbar_handle
medium_button
medium_button_down
progressbar
handle_hor
progressbar_handle
button_drop
button_drop_clicked
button_drop_hl
button_drop_child
button_drop_child_clicked
button_drop_child_hl
party_button
party_button_down

battle_icon - Скрещенные мечи над сражающимися отрядами на стратегической карте

map_legend_outline

warrider_logo
mission_window
meeting_window
button5_up
button5_down
button5_hl
message_window
party_button
party_button_down
longer_button_down
longer_button
medium_button_down
medium_button

pic_mercenary  - Наследство от предыдущей версии? До сих пор используется? Было в оригинальном МиБ картинкой в главном меню

load_window  - Фоновое изображение
debrief_window

options_window

slider_hor
handle_hor
button_drop
button_drop_clicked
button_drop_hl
button_drop_child
button_drop_child_clicked
button_drop_child_hl

medium_button_down
medium_button

meeting_window

ini_pic_mb_warrior_1
ini_pic_mb_warrior_2
ini_pic_mb_warrior_3
ini_pic_mb_warrior_4

progressbar
progressbar_handle - Ненавижу эту заливку красного цвета. Но ее невозможно изменить, не трогая core_res

МАТЕРИАЛЫ

matte
background

river — Обратите внимание на зависимость от шейдеров
river_mud

agent_name

ТЕКСТУРЫ

cursor

ШЕЙДЕРЫ

default

ПЕРЕМЕННЫЕ ШЕЙДЕРА MB.FX/O

fFogStart
fFogEnd
fFogStart
fFogEnd
fFogDensity
vFogColor
vPointLightColor
vSkyLightDir
vSkyLightColor
vLightPosDir
vLightDiffuse
vSunDir
vSunColor
shadowmap_texture
matSunViewProj
vSkyLightColor
vSunColor
vAmbientColor
vCameraPos
matView
matViewProj
time_var
diffuse_texture
diffuse_texture_2
normal_texture
specular_texture
env_texture
env_texture
iLightIndices
iLightPointCount
vMaterialColor
vMaterialColor2
diffuse_texture
texture_offset
matWaterWorldViewProj
matWorld
matWorldView
matWorldViewProj
matBoneOriginArray
matWorldArray
matBoneOriginArray
matWorldArray

КЛЮЧЕВЫЕ СЛОВА

none

КОЛЛИЗИОННЫЕ МОДЕЛИ (ТЕЛА ОБЪЕКТОВ)

boshield
bo_mesh_passage

ЗВУКИ

//Сами звуковые файлы могут заменяться, это просто перечень необходимых переменных
snd_click
snd_gong
snd_quest_taken
snd_quest_completed
snd_quest_succeeded
snd_quest_concluded
snd_quest_failed
snd_quest_cancelled

СКРИПТЫ

game_start
game_event_party_encounter
game_event_simulate_battle
game_get_item_buy_price_factor
game_get_item_sell_price_factor
game_event_buy_item
game_event_sell_item
game_get_troop_wage

ПРЕЗЕНТАЦИИ

prsnt_game_start - Более чем интересная штука
prsnt_game_escape - Аналогично
prsnt_game_credits

PARTICLE SYSTEMS

psys_game_rain
psys_game_snow
psys_game_blood
psys_game_blood_2
psys_game_hoof_dust
psys_game_hoof_dust_snow
psys_game_hoof_dust_mud
psys_game_water_splash_1

ИГРОВЫЕ ГЛОБАЛЬНЫЕ ПЕРЕМЕННЫЕ (GAME VARIABLES)

//Неполный список. Похоже, что полный можно посмотреть в game_variables.txt.
save_b_save_x
save_b_save_y
save_b_save_x_a
save_b_save_y_a
save_b_save_size_y
save_b_save_button_h
restore_game_panel_down
restore_game_panel
save_b_save_t_s
save_b_save_t_s
save_b_save_t_c
save_b_save_t_h_c
save_t_name_x
save_t_name_y
save_t_info_x
save_t_info_y
save_t_error_x
save_t_error_y

HunterWolf, есть скелетная анимация и module.ini. Посмотри первое сообщение.

Romitas, Спс, в ответ глянь я там по моделям написал, а что то скопипастил у Константы. Посмотри, как подходит

HunterWolf, похоже, что все как нельзя лучше.

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

справлю орфографические, пунктуационные ошибки, стилистические шероховатости и др.

Ну тут ты ты прав это самый что не на есть:рабочийвариантчерновикпростоинфаводномместе 
Так что будет совершено по другому, я пока не проверял вообще не чего и вообще не чего не стилизовал и не подгонял слог. Всё это сделаю, как только добью в новой созданной теме , которая потом и перейдёт в раздел(общий), а эту переименую потом в другой проект что бы не удалять лишний раз.
Как добью пару моментов(жду когда человек напишит) , думаю завтра сегодня уже начну готовую тему
 
Добавлено: 28 Мая, 2012, 17:21

Готов полностью принять это на себя и приму, если ты не возражаешь.

Я таки даже за, напишу готовый вариант и с удовольствием приму твою помощь по нему

Инструментарий

Модульная система

• gVim
  Бесплатный текстовый редактор, заточенный под программирование и написание кода.
  
• Notepad++ (+ подсветка синтаксиса)
  Бесплатный текстовый редактор, заточенный под программирование и написание кода.
  
• Module System Manager
  Программа, предназначенная для ускорения доступа к файлам мода и модульной системы в частности.
  

3D графика

• OpenBRF
  Менеджер .brf – файлов, позволяющий просматривать и изменять содержимое .brf – архивов.
  
• 3Ds Max (+ плагин .smd)
  Платный профессиональный 3D — редактор, использующийся для создания и редактирования 3D-моделей, скелетных и вертексных анимаций.
  
• Blender (+ плагин .smd)
  Бесплатный профессиональный 3D — редактор, использующийся для создания и редактирования 3D-моделей, скелетных и вертексных анимаций.
  
• Wings3D
  Бесплатный 3D — редактор, использующийся для создания и редактирования 3D-моделей.
  

Текстуры

• Photoshop (+ плагин .dds)
  Платный профессиональный редактор изображений, использующийся для создания и редактирования текстур
  
• Gimp (+ плагин .dds)
  Бесплатный профессиональный редактор изображений, использующийся для создания и редактирования текстур
  
• Windows Texture Viewer
  Программа, предназначенная для быстрого просмотра .dds — текстур.
  

Диалоги
Инфа переведена с модвики


Стандартные переменные

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

  Переменная                                                         Значение

  $g_talk_troop                                                     Воин, с которым вы говорите
  $g_talk_agent                                                    Агент, с которым вы говорите
  $g_talk_troop_faction                                        Фракция воина, с которым вы говорите
  $g_talk_troop_relation                    Отношение игрока и воина, с которым вы говорите. От -100 до 100
  $g_talk_troop_effective_relation     Изменение уровня отношений, который удваивает положительное отношение игрока в Убеждение уровне 10 или удваивает отрицательное отношение игрока в Убеждение уровня 0.(???)
  $g_talk_troop_faction_relation       Отношения между фракцией игрока и воина, с которым вы говорите
  $g_talk_troop_party                                        Отряд говорящего (если есть)
  $g_current_hours                          Текущий час игры с самого начала, считая вверх от 0 до бесконечности.   
  $g_talk_troop_last_talk_time        Последний час игры с самого последнего диалога.
  $g_time_since_last_talk                 Разница между этими двумя значениями, в часах, для удобства.
  $g_talk_troop_met                       1, если игрок говорил с имеющим флаг tf_hero.
  $g_enemy_strength                       Сила всех отрядов врагов которые на глобалке.
  $g_ally_strength                           Сила всех отрядов союзников
  $g_strength_ratio                        $g_ally_strength / $g_enemy_strength

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

Условная строка отформатирована используя имя регистра, а затем знак вопроса "?" и строку, используемую если это истинна, за которым следует двоеточие ":" и строку, используемую как ложь, всё заключенные в фигурные скобки "{" и "}" (токены).

Распространенный пример условной строки ниже:

Код: [Выделить]

town{reg0?s:}Если reg0 не равен 0,  результат встроенного выражения даст "s", в противном случае он даст "" (пустая строка). Таким образом, окончательная результирующая строка будет иметь вид:

Код: [Выделить]

townsЕсли reg0 равен 0, то результирующая строка будет иметь вид:

Код: [Выделить]

town
Это основной метод создания множественного числа в Mount&Blade
Сложные условные строки

Условные строки могут быть внедрены в друг друга в любой желаемой комбинации, например:

Код: [Выделить]

{reg6?I:{reg7?You:{s11}}}
Появится надпись "I", если reg6 = 0, "You", если reg7 = 0, или содержимое регистра строки 11 (в данном случае, содержащая имя Господа), reg6 не равен 0 и reg7 не равен 0. Это компактный и элегантный метод.

Быстрой строкой называется строка, которая не определена заранее module_strings.py. Она может быть использована в любом месте.
Конструкция

Быстрая строка записывается так же, как обычная строка, но она должна иметь начальный символ "@". Например, следующее выражение:

Код: [Выделить]

(str_store_string, s0, "comment_you_defeated_my_friend_enemy_pragmatic")также может быть записано в коде так:

Код: [Выделить]

(str_store_string, s0, "@You may have bested {s54}, but you cannot defeat us all.")Предостережения

Повторяющиеся строки
Эффективная практика заключается в том, чтобы поместить любой текст, который вы будете использовать неоднократно в module_strings.py и избегать использование быстрых строк. Таким образом, если вы обнаружили, что есть опечатка или вам необходимо реорганизовать текст, вы можете просто выполнить одно редактирование и все копии текста также будут изменены.

Строки vs быстрые строки
Строки проще редактировать и локализовывать в module_strings чем, чтобы найти и редактировать текст внутри module_scripts и module_dialogs, но в то же время легче поддерживать совместный проект мод без гарантироваи, что новые строки случайно не исключены из module_strings в новой версии.
Если вы делаете подмодуль(submod), то, вероятно, лучше использовать быстрые строки непосредственно в диалоге или скрипте. Если вы делаете полный мод, это лучше сделать строки в module_strings и ссылки из диалога или скрипта на них.