UnityEX

[DragonZH 1 142]

Программа для работы с архивами Unity.

Скрытый текст

UnityEX имеет платную основу в виде версии Ultimate из-за длительности разработки и добавления функционала, в неё входят получение сырых-бинарных(raw) файлов, дампов файлов, шаблонов структур и специфические конвертации форматов.
Обычная или клиентская версия распространяется как есть, и имеет поддержку запаковки на все версии юнити, raw файлов полученных из Ultimate, запаковку дампов xml полученных и модифицированных из Ultimate, обратную конвертацию текстур, аудио и видео, что необходимо для патчев. Излечение raw файлов, некоторые конвертации текстур, текста, шрифтов и гуи режим на обычной версии доступны до юнити ассетов 2019 и бандлов 2018.
UnityEX поддерживает два режима использования - запуск с интерфейсом и пакетную обработку файлов в консольном режиме. Также консольный режим может применяться для патча архивов. Весь проект занимает всего один файл, что упрощает работу консольного режима и размер патча/русификатора достигай пары мегабайт 10мб примерно, когда в свою очередь сами собранные архивы могут достигать нескольких гигабайт до 15гб.
К тому же патчер-русификатор упрощает обновления и не требует постоянного обновления архивов при каждом обновлении игры/приложения. Практически для этого и сделана эта программа.
Клиентская UnityEX конечно более упрощённая и для запаковки стабильно вставляет уже простые файлы например текстуры dds или уже сконвертированные(ранее вставленные стандартные типы через UnityEX) tex, fsb звуки, видео вставляется стандартных типов с конвертацией mp4, webm. Также для медиа возможно разделение на сконвертированные snd mov прюс отдельный ресурс файл, то есть в таком виде запакуются только snd mov и читаться будет из них сторонний .recource. Дампы запаковываются любых видов.
Для пакетной обработки (обработка множество файлов архивов за один заход) нужно всего лишь скопировать исполнительный файл и запустить нужный bat файл из папки с архивами для экспорта/импорта. Для импорта также например можно посмотреть мои продвинутые сборки-заготовки на клиентской части, это находится в самом низу темы, они уже делают бекапы архивов и содержат нужные параметры для импорта дампов в режиме патча как для шрифтов так и для текста, где нужно лишь указать имена обрабатываемых архивов/бандлов (имя,тип) или проходить по всем. Также можно и подключить что-то своё, сторонний фиксер снятия хеширования там тоже добавлен.
В gui основными кнопками служат открытие архива, также можно перетянуть в окно программы необходимый файл. После открытия доступно контекстное меню по правой кнопке на списке файлов, где есть возможность извлечь выбранные файлы с конвертацией или raw если конвертации не предусмотрено, а также сразу все необходимые файлы по типу. Обратная запаковка в интерфейсном режиме выполняется всего одной кнопкой “Запаковать файлы” для открытого архива, даже необязательно запускать bat файл на запаковку, что очень удобно.
Распаковка и запаковка файлов производится рядом с архивом в папку или из папки Unity_Assets_Files\[имя архива]\ здесь находятся Raw файлы или просто файлы из архива. В следующих папках же находятся каким либо образом обработанные или конвертированные файлы. Например папки Textures, Fonts, Sounds, Movies, Sprite, Mesh.

Textures — текстуры исходные файлы .tex, сам файл может быть лишь шапкой, основные данные битмапа находятся в дополнительных .resS файлах, конвертируются в dds, png, ktx, pvr, crn, в зависимости от формата и настроек.
Fonts — исходные .font_raw, конвертируются в ttf, otf.
Sounds — исходные .snd, сам файл лишь шапка, основные данные дорожки звука находятся в дополнительных .resource файлах, конвертируются в fsb.
Movies — исходные .mov, сам файл лишь шапка, основные данные дорожки видео находятся в дополнительных .resource файлах, конвертируются в webm, m4v, mp4, ogm.
Sprite — исходные .sprite, конвертируются в png, содержат те же данные что и в текстурах только вырезают нужный спрайт с поддержкой изменения размеров.
Mesh — исходные .mesh, конвертируются в obj.

В папке Mono содержится каталог распознанных файлов MonoBehaviour (файлы которые могут содержать текст), изначально эти файлы не имеют имени и по умолчанию владеют только номером типа структуры со знаком минус или номером 114. От версии к версии этот номер и подобранное имя по умолчанию может изменяться, поэтому для этого имеется кнопка “MonoBehaviour”, которая производит распознание имён по относящимся к ним скриптам, также немного обрезается часть начала исходного файла, которая также может меняться от версии к версии.

В папке Dump содержатся текстовые файлы разобранных файлов по шаблону структуры. Поддержка только в Ultimate версии. Подключенные шаблоны отображаются в gui режиме меткой True в правой стороне окна рядом с соответствующей структурой от файла с типовым номером. То есть в этих дампах можно менять строки не используя сторонний софт предназначенный для их вытягивания из бинарных файлов, ну, возможно, понадобится только ещё какой-то парсер что-бы достать строчки из этого текстового дампа, а также и вставить их. Ниже выложен EX_REPLACER_TEXT, там по скрипту регулярным выражением можно достать только нужный текст. Поддержка имеется для бандлов в них шаблоны расположены сразу в архиве, поддержка есть для вытягивания шаблонов (txt) из dll для assets архивов, посредством подключения программы dumper_dll_class, подключается из настроек с указанием папки где находится эта программа, а также там могут находиться и другие дополнительные программы для конвертации форматов. Подключать можно шаблоны xml, txt, xml можно подключать даже в виде структур с данными от файла, также можно подключать бинарные шаблоны из bundle файлов. Извлечение и вставка дампов структур файлов с данными выполняется в формате XML.
На проектах cpp2il такай поддержки получения шаблонов нет, так как нет dll (возможно только из бандлов из папки StreamingAssets), но благодаря подключению шаблонов, можно подключить шаблон полученный из другого проекта или из того же бандла от этого же проекта, тем самым можно получить дамп структуры с данными от файла, обратная вставка также выполнится по этой структуре. В программе есть проверка совпадает ли шаблон xml с содержимым в архиве по GUID, если он совпадёт то шаблон будет подключен в значение True, без сообщений. Также возможно частичное совпадение и шаблон тоже будет подключен, но насчёт точности тут нет гарантии, об этом будет сообщено. (Поговаривают, что dll можно получить, но только для проектов на андроид в которых есть .so файл, помимо global-metadata.dat)
Этот формат dump xml может пригодиться для правок каких либо числовых данных например от созданного шрифта SDF в юнити для внесения правок в файл метрик и адаптации его для запуска на другой игре или проекте.
Также для форматов LanguageSource и LanguageSourceAsset, чтобы получить необходимый текст, так как в этих локализационных файлах содержатся тексты всех языков используемых в проекте.

Для автоматической конвертации текстур из нестандартных форматов таких как CRN или битмапов BC6-7 DX10-12 в стандартные такие как DXT5 можно просто положить рядом с программой nwn_crunch.exe для crn и texconv.exe для форматов DX10-12. Ссылки на эти программы находятся далее рядом с плагинами для этих форматов.

Возможности:

• поддержка версий архивов 4, 5, 2017, 2018, 2019, 2020, 2021, 2022 … +Unity China
• поддержка версий 2019 bundle и 2020 и выше имеется в платной версии Ultimate. (Работоспособность проверена до 6000.0.27 , в теории должно работать и выше).
• поддержка AssetBundles(Unity3D) UnityRaw
• поддержка AssetBundles(Unity3D) UnityWeb
• поддержка AssetBundles(Unity3D) UnityFS
• поддержка запаковки bundle LZ4 и LZMA более 4gb.
• поддержка .splitX (Android)
• поддержка .u3dext
• поддержка bundle persistent
• поддержка GUI и консольного режима
• экспорт всех и выбранных файлов из архива в GUI режиме
• экспорт всех файлов и файлов по типу из архива в консольном режиме
• алгоритм массового импорта файлов из каталога извлечённых за один заход Размеры импортируемых файлов абсолютно не важны
• английская локализация
• поддержка архивов консольных платформ (PS3)
• поддержка шрифтов ttf или извлечение метрики координат font_raw, а также извлечение из этого формата только метрики, в файл ufnt если в нём нет вектора и поддержка переключения и добавления в него вектора, подробности в описании. 
• поддержка текстовых файлов, формат простого контейнера текста, бывает что сюда разработчики добавляют локализации, может содержать внутри json, csv, tsv, xml, lua, java.class, ini, txt. Для них  используются отдельные проги, с обработкой текста написанным скриптом регулярного выражения по тегам, извлечь от такого символа до такого, подробности далее. 
• поддержка распознания имён файлов monobehaviour и их типов по вложенному в них скрипту
• поддержка конвертации текстур (DDS, CRN, KTX, PVR)
• поддержка атласов по распознанному файлу monobehaviour с типом UIAtlas, разделение и собирание спрайтов, возможно изменение размеров картинок через пересоздание атласа в программах ShoeBox или TexturePacker с xml метрикой. Доступно в Ultimate версии.
• поддержка .sprite и .SpriteAtlas 4.6.x, 4.7.x, 5.5.5, 5.6.2, 2017.4.х — 2018 — 2022. (Не гарантированно для 2017.2.х).  Доступно в Ultimate версии.
• поддержка обработка текстур из внешних ресурсов ResS при извлечении файлов из assets
• поддержка текстур Switch swizzle/unswizzle
• поддержка видео файлов. Доступно в Ultimate версии.
• поддержка аудио файлов. Доступно в Ultimate версии.
• поддержка обработки звуковых файлов из внешних ресурсов resource при извлечении файлов из assets. Доступно в Ultimate версии.
• поддержка извлечения mesh в obj и smd через “Вид GameObjects” models, bones, подключение textures как материалов неполное только одна текстура на субмеш, без анимации тестировалось 4-2021. Дальнейшей поддержки моделей не планируется, либо частичная.
• Имеется поддержка анимации только в виде конвертации новых сериализаций в старую GUID 1ECE1117B1E6A8B84516B3EB77051CC3 по YAML это 6. Тестировалось на 62F1A1D242353289813830B22ACC5B02, также возможно и из других посредством подключения шаблона, шаблон от 62F1A1D242353289813830B22ACC5B02 находится в сборнике шаблонов, дорабатывался из старого вручную. Смысл этой конвертации в том что эти старые raw файлы можно открыть в старых программах для получения анимаций, там где читаются модели, но анимация нет из-за нового формата, так как в некоторых версиях используется сжатие float данных в uint16.
• поиск по именам файлов
• поиск текста в файлах
• поддержка добавления файлов. Доступно в Ultimate версии.
• поддержка добавления ассетов. Доступно в Ultimate версии.
• получение шаблонов из бандлов для всех файлов присутствующих в них возможность поддержки указана значением true в списке форматов. С 5 — 2023 версии и выше... Доступно в Ultimate версии.
• получение шаблонов из dll для MonoBehaviour посредством подключаемой программы dumper_dll_class. Необходимо множество значений из архива поэтому доступно только в Ultimate версии. Поддержка 5, 2017, 2018, 2019, 2021, 2022.1.x. (Не гарантированно для проектов на il2cpp, для таких проектов эта поддержка отсутствует, можно попробовать воспользоваться Il2CppDumper для global-metadata.dat с GameAssembly.dll, чтобы получить папку dll Managed и главный Assembly-CSharp.dll).
• поддержка обработки и подключения вложенных шаблонов из бандлов и шаблонов из dll к файлам в архиве с преобразованием их в дампы. Доступно в Ultimate версии.
• экспорт и импорт дампов файлов в формате xml. Доступно в Ultimate версии. Для получения текста из самого xml придётся воспользоваться текстовыми ToolsKits с обработкой текста по тегам.
   

Скачать UnityEX yandex

Скачать UnityEX dropbox

Сборник bat файлов для консольного режима

UnityEX_Soft для дополнительной конвертации файлов и получения текстовых дампов xml, папка подключается из настроек UnityEX

Несколько шаблонов xml для проектов на cpp2il

Spoiler

https://yadi.sk/d/rTSmKgUI6vwEcw

Spoiler

Что такое консоль?
Например, консоль виндовс Пуск->Стандартные->Командная строка или Пуск->Выполнить->cmd
Что такое запуск программы с параметрами?
Например, программу можно запустить с параметрами, идущими после имени файла UnityEx.exe “параметр 1” “параметр 2” “параметр 3”...
Не обязательно нужно выполнять запуск именно из консольного окна, так как это не очень удобно. Возможно, все включали консоль в HalfLife для введения читов, прописывая в ярлыке от hl.exe после имени файла -console, это и есть параметр запуска игры со своей консольной строкой, по-другому это ещё называется ключ. Но и запуск с ярлыка с параметрами тоже в нашем случае не удобен, но для сведения это лучше знать, не подойдёт, так как нужно обрабатывать разные файлы ещё это называется пакетной обработкой. Поэтому нужно запускать выполнение программы из файла с типом bat это текстовый файл, который содержит простой язык программирования для запуска приложений с параметрами. Этот текстовый файл предварительно создаётся например из txt и переименовывается на тип bat или берётся за основу уже готовый.

Что такое консольный и графический режим?
Это запуск программы (приложения) в консоли. Бывают консольные приложения, и гуи с графическим интерфейсом, UnityEx содержит и тот и другой режим, запуск через консоль выполняется с параметрами, в гуи же используется графический интерфейс. Например запуск консольного режима производится с применением текстовых bat файлов рядом с программой и архивами, которые в свою очередь и выполняют необходимые действия.

Например, для обработки всех *.assets архивов и извлечения из них всех текстур используется такой простой код.
for %%a in (*.assets) do UnityEX.exe export "%%a" -t dds,cru,pvr
pause
Файлы bat, assets и UnityEX.exe все находятся в одной папке. assets файлы перебираются и с помощью UnityEX.exe распаковываются задачей export, в место "%%a" будет подставляться имя архива, и так по всем assets файлам, так как указана маска *.assets. ключ или ещё настройка -t dds,cru,pvr она включает в себя два параметра первая -t ключ, а после неё идут необходимые типы файлов, которые нужно обработать (полное описание этого ключа описано ниже). Далее pause необязательная команда, она просто оставляет консольное окно открытым после завершения работы. С полным списком консольных команд можно ознакомиться в интернете, но по идее нужно знать только cd, md, del, copy, xcopy, echo, for, if остальное не очень нужно, ну кроме задания переменных командой set и замены строковых данных в этой переменой например для изменения пути в этой переменной. Для for иногда идёт с /r это цикл с проходом по файлам которые находятся даже в папках. Для улучшенного копирования xcopy используются /Y /E замена при копировании Yes и E хз, но это создаёт папки, а также перед ним echo f| echo d| распознание того что копируется, файл или директория. Для if exist проверка существования файла. Это всё можно погуглить. Ну и для замены в переменных используя циклы необходимо в начале указывать setlocal enabledelayedexpansion.
В общем это всё кратко и поверхностно, чтобы полностью разобраться и как писать эти команды нужно искать это в инете.

Более сложный пример для разбора разных андроид архивов и level файлов без типа. 

for %%a in (*.assets;????????????????????????????????;level*.split0;*.assets.split0) do UnityEX.exe export "%%a" -t ttf,txt

? в маске это неизвестный символ, но количество вопросов указывает их количество, например для такого файла 0b0ecf59168514cb1adbe28cb079b1f7
Потом маска для .split0 файла от него подхватываются остальные .split1 .split2…

Все MonoBehaviour могут быть извлечены через настройку (-t 114), типы файлов с отрицательным числом.

Описание настроек от версии 1.10.9.8, также более свежее описание можно узнать запустив программу из консоли с параметром UnityEX.exe help

UnityEX автор DragonZH

Использование:
               UnityEX задача <архив unity> [настройки]

задача:
  export
    Распаковать все файлы из архива в каталог \Unity_Assets_Files\имя_архива\
  import
    Запаковать все файлы в архив из каталога \Unity_Assets_Files\имя_архива\
--------------------
  exportbundle
  importbundle
    Распаковать/Запаковать всех вложенных ассетов в/из bundle в каталоге \Unity_Assets_Files\имя_архива\Bundle
  exportres
  importres
    Распаковать/Запаковать ресурсов в/из bundle в каталоге .\
  none
    Открытие асстета с обработкой другими настройками. Например создание метки с информацией, добавления болванки файла, добавления записи типа, добавления ветки ассета.
  exportbundle_bypassheader
    извлечение файлов с обходом зашифрованных шапок. Размер чанка берётся из параметра о чанке или используется стандартный юнити. Создаётся файлы: 
    .cmp полностью сжатые данные (нужны будут для импорта)
    .dec полностью разжатые данные, если возможно само имя ассета и ресурсы будут разделены, считается как ассет файл.
    .cnk данные о чанках (нужны будут для импорта)
    .dat дополнительные данные (нужны будут для импорта)
  importbundle_bypassheader
    нет поддержки.
    
--------------------
  asset2objectlight
    Распаковать объекты в лёгком режиме. Что крепится к GameObject и неполный путь дерева.
  asset2object
    Распаковать объекты в обычном режиме. Что крепится к GameObject и полный путь дерева.
  asset2objecthigh
    Распаковать все объекты и дерево в каталог \Unity_Objects_Files\имя_архива\ (not work=asset2object)
  object2asset <(в место архива используется ListObjects.csv)>
    Скопировать все уже извлечённые объекты с переименованием в безымянные файлы от asset в каталог \Unity_Assets_Files\имя_архива\
---------------------------------------
  tex2dds конвертация tex файла в dds
---------------------------------------
настройки:
    -t <тип> обрабатывать файлов по типу (-t ttf,txt,114,tex,dds,png,crn,ktx,pvr,obj...)
      Все MonoBehaviour могут быть извлечены через настройку (-t 114), типы файлов с отрицательным числом в старом виде, в новом они извлекаются также.
      [-t png,pvr,crn] только конвертация png и reimport png. And pvr, crn convert to png.
      [-t dds,pvr,crn] только конвертация dds и reimport dds. And pvr, crn convert to dds.
    -argb конвертация crn, pvr, dds dx10 в format argb. (import png to argb)
    -dxt5 конвертация crn, pvr, dds dx10 в format dxt5. (import png to dxt5)
    -neclips_type отключить режим eclips, который после конвертации в обычные форматы убирает crn, pvr, fsb файлы, а .pvr.dds, .crn.png, .fsb.wav преобразовывает в .dds, .png, .wav с возможностью запаковки этими обычными форматами. С отключённым режимом eclips запаковка произойдёт в файлы .crn, .pvr с соответствующим типом из оригинального формата текстуры из ассета. По сути просто затеняет/убирает изначальные типы после конвертации.
    -nconv_to_simple отключает конвертацию в обычные форматы dds (argb, dxt5) или png из crn, pvr. Извлекает по возможности только исходный битмап в dds dx10. Ключи -argb -dxt5 -neclips_dx10 становятся не активными.
    
    -tex_swizzle применять или нет swizzle (для switch).
    -tex_disable_encrypt отключение чтения шифрования текстуры.
    -ntex отключение добавления расширения .tex в Texture2D.
    -nft отключение переворачивания текстур dds.
    -nct отключение конвертации текстур, извлечение полного файла .tex с битмапом из .resS.
    -rdt (replace duplicate textures) заменять дубликаты текстур, например те которые разделяются индексами [имя]_00001.[тип], [имя]_00002.[тип]... все будут запакованы из одной основной текстуры [имя].[тип] без этих индексов. Применяется для патчинга текстур шрифтов дубликатов из одной текстуры атласа.

    -mb_new обрабатывать MonoBehaviour с новыми именами файлов и в контейнере.
    -mb_create_info создавать инфо csv файлы.
    -dump конвертация дампов работает только с ключом -mb_new.
    -dump_cut_data0 при извлечении дампов отрежутся не используемые типы данных от массивов с нулевым размером, как шаблон дамп уже нельзя будет использовать, но это значительно сократит размер дампов. (не работает с -skip_pathid, когда PathID и FileID уходят в массив data_0)
    -dump_reference_disable извлекает структуры сериализаций reference отправляя в дампер_dll бинарный файл, для получения этих структур в текстовом дампе, в отключенном виде эти данные просто добавляются в футер и имеют текстовый hex вид, если понадобится не обрабатывать эти данные для компактной обработки дампов, считая их не нужными. По умолчанию этот параметр включен и извлекает эти данные.
    -skip_pathid не заменять PathID и FileID при импорте дампа, по умолчанию значение из реестра.
    -write_pathid заменять PathID и FileID при импорте дампа, по умолчанию включено или берёт значение из реестра.

    -f_raw обрабатывать шрифты в контейнере с типом fnt_raw.

    -ndc отключение захвата консольного, с захватом возможна ошибка на x64ОС.
    -p выбранный путь для операций с файлами (-p "PATH"). По умолчанию где находится архив, можно задать путь экспорта/импорта не рядом с архивом, а например из папки патча.
    -f выбранная папка для операций с файлами для всех архивов (-f "ALLASSETS"). {где находится архив}\Unity_Assets_Files\[указанное имя ALLASSETS] По умолчанию имя архива. Служит как для сокращения пути, так и для компактной обработки экспорта/импорта из одной общей папки на все обрабатываемые архивы и бандлды, например для патчев когда при обновлениях игры файлы перемещаются между архивами.
    -ext имена папок архивов с их расширениями.

    -ncomp без сжатия (head и data) при запаковке bundle unity3d.
    -comp_lz4 сжатие lz4 (head и data) при запаковке bundle unity3d.
    -comp_lzma сжатие lzma (head и data) при запаковке bundle unity3d.
    -comp_lzham сжатие lzham (head и data) при запаковке bundle unity3d.
    -ncomp_head без сжатия (head) при запаковке bundle unity3d, добавлять после параметров сжатия данных, отключает перераспределение файла после сжатия. Блок чанков и смещений ассетов не сжимается. Перераспределение в UnityEX занимает 10 сек. на 5гб. зависит от диска.
    -metod_head_[4/C] метод дислокации чанков и смещений ассетов, запись в начало бандла $4_ по умолчанию (возможно перераспределение файла после сжатия этого блока) и в конец бандла $C_ (перераспределение отсутствует).
    -metod_data_[0/4] точно неизвестно на что влияет 0 по умолчанию 4 обычно пишется на сжатии LZMA.
    -set_chank [value] задать размер чанка можно в hex (0xFFFFFF, $FFFFFF, FFFFFFh) уменьшает размер шапки, возможно повышает степень сжатия из-за размера данных в блоке чанка под сжатие.
    -high_compression_level Сжатие с высокой степенью сжатия lz4. (-high_compression_bat запуск сжатия с помощью отдельной программы UnityEX_Soft\BMS\lz4\compress_lz4.bat).

    -res [файл нового ресурса] импорт текстур в resS файл. Опционально с именем файла нового ресурса, по умолчанию в прежний.
    -skip_ud пропуск неизвестных данных в начале каждого файла.
    -skip_error пропуск ошибок.
Ultimate version поддержка при импорте файлов
    -add_assets [имя добавляемого файла] добавление assets файла в виде ветки включения.
    -add_file [имя добавляемого файла] [ID типа файла] [ID Path файла] добавление файла в архив при [ID Path файла]=0 запишет следующим от последнего в архиве [ID типа файла]=(128 Font, 28 Texture2D).
    -add_struct_file [добавляемый файл структуры]
    -add_struct_base [ID типа файла из базы]
    -rename_file [PathID] [Name_File]

    -ex_struct извлекает и собирает шаблоны структур юнити в файл базы "BaseTemplateUnity.structure"
    
    Режимы обработки спрайтов, по умолчанию берётся значение из реестра
    -sprite_xml_indices режим спрайтов с файлом индексов для изменения, перемещает спрайт на новые координаты, может менять ширину и высоту.
    -sprite_xml_auto режим спрайтов перемещает спрайт на новые координаты, может менять ширину и высоту, заменяет блок индексов меша на полный спрайт, а не дополнительно вырезанные координаты в спрайте.
    -sprite_newtex режим спрайтов новой текстурой, вставляет спрайт новой текстурой в ассет (не работает на бандле так как необходимо добавление файла в конец) Изменяет индексы меша на полный размер спрайта.

    -not_rewrite_null_to_res - not rewrite null to res 
    -dds_force_import_to_crunch - принудительно импортировать все dds в crn формат при импорте в архивы.
    -force_null_version [значение например 2022.0.0] - принудительно задать версию юнити, если версия юнити из архива не соответствует данным в архиве.
    -force_key_unity_china [ключ текстовый/hex/reg или файл список с ключами] - принудительно назначение ключа, а не через окно запроса, при успешном применении и отсутствии ранее найденного ключа выведет сообщение и создаст файл с нужным ключом, в последующих применениях уже не выведет так как имеется файл с нужным ключом, в основном нужно для bruteforce по списку текста полученного из dat файла и прочего hex мусора или созданного уже списка с ключами, а также для нескольких ключей к разным версиям приложения или разным запороленным архивам.
    -anim_convex_old_format конвертация AnimationClip новых сериализаций по шаблону в старую GUID 1ECE1117B1E6A8B84516B3EB77051CC3 по YAML это 6.

    -original_header_bundle оставлять оригинальную шапку у бандлов (предназначено для защищённых от изменения размера бандлов, соответственно сам размер архива тоже не должен изменяться, можно лишь только изменять данные поверх). (старое, возможно не работает уже)
    -bundle_datachank_size_zsize_algo_swap Считает что перевёрнуты местами наоборот эти данные. Возможные защиты в версии 2019.4.15 android.
    -bundle_datacab_offset_size_swap Считает что перевёрнуты местами наоборот эти данные. Возможные защиты в версии 2019.4.15 android.
    
--------------------
задача:
  list
    Создать список файлов архива
настройки list:
    -l [list.tsv] по умолчанию <name_archive>.tsv
--------------------
задача:
  search
    поиск строки
настройки search:
    -sp [string] что нужно найти, получение строки поиска из параметра
    -sf [file] что нужно найти, получение строки поиска из файла первой строки в нужной кодировке
    -lf [file] вывод лог файла
    -ef экспорт найденных файлов
    -nr без учёта регистра
--------------------

  При запуске без параметров запускается графический интерфейс.
  Схемы конвертации:

  ┌───┐              ┌──────┐
  │dds│ <═══════════ │      │
  │ktx│    ┌───┐     │assets│
  │pvr│ ═> │tex│ <═> │      │
  └───┘    └───┘     └──────┘
  Текстуры iOS ktx экспортируется только через настройку -t ktx.
  По умолчанию конвертируются в pvr.
  ┌─────────┐                                    ┌──────────┐   
  │   DDS   │     ┌────────────────────────┐     │compressed│ <═
  │ARGB-8888│ <═> │The Compressonator - AMD│ <═> │   DDS    │   
  └─────────┘     └────────────────────────┘     │ATC_RGB4  │   
                                                 │ATC_RGBA8 │ ═>
                                                 └──────────┘   

  ┌───┐    ┌──────────┐    ┌───┐              ┌──────┐
  │   │ <═ │          │ <═ │   │ <═══════════ │      │
  │dds│ ═> │crunch.exe│ ═> │crn│    ┌───┐     │assets│
  └───┘    └──────────┘    │   │ ═> │tex│ <═> │      │
                           └───┘    └───┘     └──────┘
        
  CRN конвертируется через crunch.exe автоматически, если crunch.exe находится к корне с UnityEX.'

  ┌───┐    ┌──────┐
  │txt│ <═ │      │
  │xml│    │assets│
  │ttf│ ═> │      │
  └───┘    └──────┘

  ┌───┐               ┌──────┐
  │   │ <════════════ │      │
  │obj│    ┌────┐     │assets│
  │   │    │mesh│ <═> │      │
  └───┘    └────┘     └──────┘

     ┌──────────────┐    ┌──────────┐
  <═ │ ARCHIVE.TEMP │ <═ │ UNINY3D  │
  ═> │not compressed│ ═> │compressed│
     └──────────────┘    └──────────┘
 

--------------------

 

Скрытый текст

Bundle
Снятие защиты хеширования с бандлов в папке [имя]_Data\StreamingAssets\aa\
Изменить файл catalog.json

Сторонняя программа отключения хеша UnityCatalogPatcher
https://disk.yandex.ru/d/uboXKey8K7SzSQ
UnityCatalogPatcher.exe [catalog.json]

Старые способы распаковки и модификации для отключения hash и информация.
{
Не работает на новых версия юнити, просто оставлено. 
Убрать данные base64 в
"m_ExtraDataString":"……",
Заменить на
"m_ExtraDataString":"", 
Проги для json
Optimize_JSON упрощает просмотр json файлов (Но со снятой оптимизацией в юнити это не работает, только для просмотра.) https://disk.yandex.ru/d/sFrtXJE3-Ke06Q
UnPackerBase64 конвертирует в данные https://disk.yandex.ru/d/sTuIOnaYPiFWww
Также в этом файле json можно изменить путь к расположению файлов, которые находятся в бандлах, например для создания своего бандла и чтения изменённых файлов из него.
Автофикс скинуть в папку с игрой запустить bat (бэкап создастся) https://disk.yandex.ru/d/lo1igeCip9J7Sw
Добавлено 10.08.2022
На новых версиях юнити возможно это не прокатит.
Нужно распаковывать m_ExtraDataString из base64
Искать нужное имя бандла в utf16
И например  далее от него
"m_Crc":2400242126,
Заменить пробелами эти символы. Удалять ничего нельзя это бинарный файл эти данные имеют размер выше.
Потом естественно это изменённое нужно запаковать и вставить обратно в catalog.json в m_ExtraDataString. 
Здесь нужна автоматизация процесса, это лишь ручной способ для знающих.
}
Ещё раз. В catalig.json в теге m_ExtraDataString находятся кодированные base64 бинарные данные (это чтобы их можно было поместить в текстовый файл). Далее в этом бинарном файле хеши находятся после строковых значений m_Crc в кодировке utf16. Ну и как понятно даже если изменится формат на бинарный, можно также его модифицировать.

Автоматизация правки отключения хеша

https://disk.yandex.ru/d/-w4b1VTjYtM3Ow

Распаковать какой нужно original_file\catalog.json
В unpack_list\catalog.json.txt
Поменять "m_Crc" на "d_Crc", у всех или только у нужного бандла.
Запаковать, результат будет в done_file\

Также заодно и автоматизация для хешев из AssetBundleCatalogs.AssetBundleCatalogs
https://disk.yandex.ru/d/YGINT805IdVyPQ
Но тут для FateSeekerII для другого перенастраивать нужно дампы txt для замены в бинарнике с хешами.

-------------------------------------
Unity CN или Unity Cnina
Имеет в конце аффикс версии вместо f1 > c1
Бывает что они не зашифрованы, нужно просто нажать отмену при запросе ключа и проверить, если откроется то потом можно подтвердить ввод скип-ключа для пропуска расшифровки. Скип-ключ уже будет пропускать запросы ключа и открывать архив по умолчанию.
Если всё таки имеется, шифрование данных (ассетов внутри). Чтобы получить ключ нужно декомпилировать dat для получения dll и найти константу с ключом. Это должно находиться в классе.
AssetBundle.SetAssetBundleDecryptKey
Unity China, ключи подключаются из внешнего файла Unity_Assets_Files\AES.txt как основной работающий, в гуи также есть запрос при отсутствии ключа основного, также есть вариант через параметр -force_key_unity_china [файл список или сам ключ] Через список можно совершать режим bruteforce, список можно сделать из полученного текста из global-metadata.dat например моей программой Parser_UnityMDcpp2txt, чтобы не копаться декомпилированном коде (главное просто получить весь текст, конечно это подойдёт только для открытых ключей, возможно нужно преобразовать текстовый файл utf8 в ansi, если что-то зависнет). Если не найдёт ключа то выведет сообщение что ключ не корректный, если же найдёт то совпавший ключ выведется в основной файл ключа. Также этим режимом можно подключать несколько ключей к разным архивам от одного приложения.
------------------------------------
UnityEX Ultimate также умеет обходить не стандартное для юнити шифрование только зашифрованной шапки, а данные сжаты, но открыты, в этой зашифрованной шапке находятся смещения и размеры чанков так, что тут не так всё легко. Обычно это типы .ab, обход шапки выполняется параметром режима “exportbundle_bypassheader” в Unpack_bypassheader_bundles.bat это прописано. Поддерживаются сжатия LZ4 и нестандартное ZSTD.
Также поддерживаются некоторые редкие шифрования и идентификатором алгоритма сжатия 5.
------------------------------------
Бандлы data.unity3d возможно распаковывать через Export_bundles.bat (UnityEX.exe exportbundle "data.unity3d"). Там где находился сам файл должны находится распакованные resources.assets и прочие файлы полученные при распаковке, а сам data.unity3d должен быть удалён. Такая работ проектов в распакованном виде тоже возможна. Особенность этого бандла в том, что он просто сжимает рабочие ассеты и они могут работать распакованными, а также этот бандл не содержит шаблонов структур в отличии от тех которые находятся в StreamingAssets\aa\.

Настройки виндовс как подключить юникод в названиях файлов с иероглифами или исправить сохранение таких файлов, если они не сохраняются.
UnityEX не поддерживает пути utf16 содержащих юникод это может произойти на виндовс с китайским языком. Для этого нужно переключить язык виндовс на английский или русский.
Панель управления → Региональные стандарты → Дополнительно → Изменить язык системы (поменять язык)
Если включить галочку Бета версия Юникод UTF8 то файлы с юникодом в имени будут называться правильно, если это вам необходимо, с выкл. будут выглядеть примерно так (до версии 1.10.7.0) ж–№ж­ЈзІ—е®‹з®ЂдЅ“ но тоже будут работать.
Но вполне вероятно такие файлы не запакуются на версиях виндовс с 10 и выше. По умолчанию эта галочка должна быть выключена.
Также в Windods 7 и 8 больше не поддерживается локализация и вполне могут работать не корректно.
UnityEX поддерживается на версиях 10 и выше.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Nls\CodePage
ACP = 1251 (1252 европа)
OEMCP = 866 (850 европа)
(65001 UTF8)

Настройки виндовс как подключить длинные пути и короткие пути для лучшей работы UnityEX c путями превышающими 260 символов
Для длинных путей, в реестре
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
LongPathsEnabled установите значение 1
Для поддержки коротких 8.3 путей, в реестре
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem
NtfsAllowExtendedCharacter8dot3Rename = 0
NtfsDisable8dot3NameCreation = 2

Сократить пути можно также и параметрами -f [имя общей папки обработки для экспорта/импорта, сокращает имя бандла и имя вложенного каба], -p [имя пути например ..\..\..\ задаст распаковку на 3 уровня ниже архива] подробности параметров выше.

Типы файлов Unity которые поддерживает UnityEX
Для ассетов

Для бандлов помимо UnityFS может быть сигнатура UnityWEB


Главное, чтобы была написана любая версия юнити, если такое есть значит это архив юнити.

Файлы .resS и .resource
Это файлы относящиеся к архивам .assets и возможно level файлам. Они не открываются напрямую, а обрабатываются с помощью открытия самих архивов от них. В .resS содержатся данные битмапов (c версий юнити 2018 и меш данные), а в .resource звуковые данные (FSB5, OggS, c версий юнити 2018 и видео данные).
Например распаковка текстур из подхватываемого файла resources.assets.resS из resources.assets идёт в Unity_Assets_Files\resources\Textures\res_resources\
(а распаковка данных уже находящихся в resources.assets идёт в Unity_Assets_Files\resources\Textures\)
По умолчанию запаковка данных битмапов идёт в сам assets, но можно и выполнить и запаковку для тех файлов, которые уже были в .resS файле, например ключом -res из консольного режима или в гуи нужным переключателем, это ускорит запаковку при больших размерах ассетов. Также через консольный режим можно выполнить запаковку в новый .resS файл, если указать после ключа новое имя -res resources_RUS-RU.resS, именно так перебив (.assets на такую же длину _RUS-RU) это также позволит ускорить запаковку в большие assets файлы, но и без изменения самого resS файла.
tex файлы бывают двух видов только шапка без битмапа (имеют небольшой размер), и уже собранные шапка и битмап из реса.
snd также только в рес части находится сам звуковой файл.

Текстуры:

BC4, BC6, BC7 — плагин для фотошопа Intel Texture Works 
https://software.intel.com/content/www/us/en/develop/articles/intel-texture-works-plugin.html
CRN — Crunch официальный сайт https://code.google.com/archive/p/crunch/
https://yadi.sk/d/rOqX4VPFFSOlRQ
(В архиве в MD находится модифицированный для crn unuty 2018 и официальный в OF. UnityEX автоматически конвертирует crn2dds, если конвертер находится рядом с исполнительным файлом. Обратно сконвертированные dds2crn, возможно, будут не работать, но это можно обойти запаковав вместо файла с последними типами .tex.crn и tex.crn.dds уже сам файл .tex.dds с любым стандартным битмапом).
PVR, KTX — PVRTexTool или его плагин для фотошопа
ATC_RGB4, ATC_RGBA8 — The Compressonator AMD https://gpuopen.com/compressonator/
BC6-7 и другие — texconv.exe https://github.com/microsoft/DirectXTex/releases
 

Плагины для открытия текстур в Photoshop:
Плагин для PVR есть в PVRTexTool и находится по пути
(Dir PVRTexTool)\Imagination\PowerVR\GraphicsSDK\PVRTexTool\Plugins\Photoshop\
Плагин для DDS можно использовать Nvidia
Плагин для DDS DX11 можно использовать Intel (IntelTextureWorks + Nvidia) Также этим можно открывать DDS c прозрачностью как у PNG формата без альфа канала.

Также есть такой простенький конвертер текстур.
https://disk.yandex.ru/d/KjGURiyfkuXHhw
Он может конвертировать в разные форматы типов. (dds также разные форматы, если указать какой нужен).
files тут файлы для обработки
convert тут будет результат
ConverterTexture.bat сейчас в png установлен
Самая фишка
FixFormatToOriginal.bat там как бы из оригинального формата файла, которые лежат в папке files_original
Конвертирует соответствующие файлы из папки files в соответствующий формат оригиналу.

Звук и Видео:

FSB — fsb_aud_extr, fmod_extractors, возможно, нужна библиотека fmod.dll или fmodL.dll 
http://aluigi.altervista.org/papers.htm#fsbext
https://disk.yandex.ru/d/vATDHoL2e6pvgw
https://disk.yandex.ru/d/_PLYCTJbf-G2yw

Для обратной запаковки можно воспользоваться fmod sample bank generator ex 1.68 Он сжимает конечно в FSB4, но юнити их подхватывает либо через FMOD Studio.
https://disk.yandex.ru/d/mJy7LcTDy2d68g
Прога файлами
https://disk.yandex.ru/d/I9sS992DwtK9GQ
Тестовое видео замены звука
https://cloud.mail.ru/public/LRdE/edAk3ue8C

Перепаковка видео на бандле такая же, действия текстом:
1. В верху справа переключаемся на ресурс в бандле и извлекаем.
2. Переключаемся снова на первый архив там где видео.
3. Запаковываем/Извлекаем видео.
4. Переключаемся снова на ресурс в бандле и запаковываем.

Sprite: Формат содержащий координаты нарезки текстур, в основном из текстур атласов.

В версии 1.9.5.0 Ultimate добавлена поддержка извлечения спрайтов. А также обратная вставка в текстуру (атлас) из которой был получена, в координаты указанные в xml при извлечении, по умолчанию там находятся координаты оригинального места, их можно поменять, чтобы переместить спрайт в другое место. Также поскольку в текстурах есть поддержка увеличения, то можно увеличить сам атлас и поставить спрайт на добавленное пустое место. Тем самым получится упростить обновления, так как при обновлении все спрайты поменяются местами, но с увеличением текстуры (атласа) новые изменённые останутся на своих местах. С кодом для увеличения по ширине пришлось повозиться, из-за того что в юнити непростой квадрат спрайта, а там используется 2D полигональный меш.
В первом режиме “Режим вставки .xml+.indices” эти значения выносятся в файл .indices. Уже не столь нужный режим. (Вкратце по нему, эти файлы можно получить из других спрайтов или даже созданных в юнити с нужным квадратом, чтобы отобразить добавленную часть спрайта.
Второй режим “Режим вставки .xml+automesh” выбран по умолчанию, тут просто вставляется спрайт на своё место и автоматически создаётся меш. (Для этого режима есть параметры в xml x и y для изменения оригинального места вставки, plus_w и plus_h для возможность подровнять ширину или высоту, на крайний случай).
Третий режим “Режим вставки новой текстурой” Добавляет текстуру спрайта не в атлас, а новым файлом в архиве. То есть, рядом находящиеся спрайты уже никак не повлияют на вырезку. Координаты вставки в данном случае даже не потребуются, так как они всегда будут x=0 y=0, тем самым это упростит обратную вставку c увеличенным размером спрайта под новый текст.
Ещё одно поскольку в юнити перевёрнутые текстуры, часть нестандартных форматов DX10 BC6-7, pwr, ktx, не переворачиваются и спрайты на них не обрабатываются, сначала придётся извлечь эти текстуры и сконвертировать их в стандартные dds (dxt 3-5, 8888) или png, а потом уже делать извлечение из этих атласов. Или просто положить рядом программу texconv.exe.

Текст и MonoBehaviour
Бинарного вида файлы MB могут содержать текст (по умолчанию имею тип 114 или отрицательное число).
Поддержка распознания имени и типа по скрипту добавлена в версии 1.8.6 кнопкой MonoBehaviour и в консольном режиме -mb_new.
Прежние названия эти файлов были такие resources_00012.-377, теперь же они будут иметь своё имя и текстовый тип от включенного в них скрипта и названы например так 2_Opened_CheckForLoot.Text
Эта поддержка поможет частично разобраться в каких файлах, что лежит, где текст, а где ненужные файлы с контроллерами управления. И упростит адаптацию к последующим обновлениям игры, после которой нумерации файлов и отрицательные типы изменялись, следовательно и имена файлов, а при таком распознании, более вероятно, они не поменяются. Также в гуи режиме есть информация какие скрипты в настоящий момент отключены, какие имеют собственное имя, а не от вышестоящего объекта, и содержит название библиотеки из которой вызывается скрипт с данными от этого файла MB, путь состоит из пространства имён класса и библиотеки dll. То есть МБ ссылается на файл скрипта в котором это и содержатся, по этим данным извлекаются автоматически и шаблоны/дампы от МБ.
Бывает на бандлах, что не может найти скрипт рядом в этом этом же ассете(каб-бандла), и возникает ошибка распознания File not found CAB-... (старая Operation Aborted), так как скрипт может находится в другом ассете бандла или даже в другом бандле, ссылка должна ссылаться на одну из веток бандла (в комбобокс вверух справа) со второго каба, первый(id0) это сам ассет бандла. Чтобы успешно распознать имена сначала нужно распаковывать все бандлы для получения этих CAB-… файлов, те же самые ассеты. Потом уже только распакованный CAB или запакованный целевой бандл сможет ссылаться на другие распакованные CAB где и сможет найти скрипт. Для распаковки используется Export_bundles_root.bat таким способом можно извлечь все бандлы в папке рядом в корень с целевым бандлом. К сожалению структура ссылок юнити желает лучшего, и прямая ссылка на нужный бандл с нужным кабом просто отсутствует это информация получается только подключением всех бандлов и распаковкой их информации из шапки каждого бандла (этого нет не в информационных файла от бандлов и в них ни в каталог файле.), но и UnityEX не пытается распаковывать все бандлы рядом, так как это займёт очень много времени, ради поиска нужного каба из-за пары файлов, поэтому придётся распаковать все бандлы, если вам понадобится найти имя в такой запутанной переадрессации. После распаковки запуском этого бат файла этой ошибки Operation Aborted быть не должно и нужный скрипт найдётся. При патче и повторном извлечении можно положить этот каб рядом. Конечно это это очень редкая ситуация и обычно скрипты находятся в одном бандле рядом с целевыми файлами. Также эта рапаковка обычно нужна для поиска текста так как бандлы запакованы сжатием, и найти в них текст можно лишь сначала распаковать их.
Благодаря этому распознанию имени открывается лучшее представление о файлах класса MonoBehaviour, так как в них содержатся практически всё самое нужное тексты и метрики координат от шрифтов и даже не стандартные спрайты UIAtlas.

Поиск текста.
Вам нужно искать текст c помощью TotalComander:
1. В assets (распакованных бандлах CAB). Кодировка UTF8.
2. Попробовать поискать в Assembly-CSharp.dll или global-metadata.dat, если игра il2cpp. В кодировке текста UTF16.
3. Распаковать все bundle, с помощью Export_bundles.bat. И искать в них текст также как и в assets. (bat файлы лежат в теме UnityEX).
И только потом искать уже в каком файле MonoBehaviour лежит текст с помощью поиска в UnityEX.

Для текста из MB для типов .TextMeshPro и стандартного .Text (не локализационных файлов .I2Language) можно изменять позицию строки на экране в игре, область квадрата (rect) там где должен находится текст и размеры шрифта для этой конкретной строки. Размер шрифта находится в этом же файле, а вот для позицирования нужно найти файл Transform от него, для этого нужно переключиться в UnityEX в “Вид GameObjects” и найти файл с изменяемой строкой, далее выше по дереву будет находится нужный файл Transform. Шаблоны структур для Ultimate версии этих файлов имеются в сборнике (BASE_TemplateXML_For_CPP2Il), для того чтобы легче было понять, где что находится.

Шрифты SDF
Состоят из текстуры обычно с аффиксом _SDF, и бинарного файла обычно с типом *.TMP_FontAsset.
Как найти? Текстуры найти просто, это файлы с именами Atlas или SDF. С бинарными метриками всё сложнее. В UnityEX можно распознать MonoBehaviour и в них, которые были с минусом переименуются, шрифты должны быть с типом .FontUI или .TMP_FontAsset, через поиск по Font должно что-то найтись. Только потом придётся, если нужно будет при запаковке снова делать распознание.
Либо другой вариант искать по тексту внутри файлы в которых находится имя текстуры или часть её, сами текстуры тоже перед всем этим нужно найти просматривая текстуры, ну а найденные бинарники это и будут координаты шрифтов. Также рядом файлы по типу, тоже будут координатами других шрифтов, обычно размеры этих файлов от 4кб до 12 и 20-40 с китайским языком. На паблик софтах это проблематично искать.
С UnityEX Ultimate всё проще, паке с батниками есть запуск распаковки только шрифтов Export_FontAndTextures.bat Это сразу распознает типы и достанет нужные файлы метрик и текстур.
А Export_FontAndTextures_dump.bat , если будет возможность, ещё и создаст дампы. Обычно нужно для извлечения своих созданных шрифтов на движке юнити.

Для старых версий юнити 4-5
Информация для помощи создания SDF (distance field) размытия текстуры шрифтов.
Плагин https://catlikecoding.com/unity/documentation/CCDistanceMapGenerator/
Файлом https://yadi.sk/d/S9x2LqCe3HHYjQ
Чтобы работал, нужно добавить в юнити это https://yadi.sk/d/ZNB04inH3HHYrj
Это всё старое и применялось только на 4-5 unity, и делались метрики в BMFont и конвертировались в fntxml_to_unityfnt.
(Ну и мало ли может пригодится. Вот софт https://yadi.sk/d/4RBYnlXB3N6cNA
Но через софт как-то по левому делается, даже точно уже не помню как, в основном через юнити и делал. В софте увеличивать текстуру нужно в 8 раз вроде, потом через софт прогонять вместе с координатами, которые должны уменьшиться.) Устаревшее.

Новый вариант создания шрифтов SDF TextMeshPro через саму юнити. Который сейчас используется.
Используется для версий 2017, 2018, 2019 и выше.
Создавать шрифт на движке необходимо на соответствующей версии от игры или примерно рядом находящейся версии для совпадения структуры. Это также ещё можно проверить сравнив GUID типов метрик шрифта (.TMP_FontAsset), в дефолтовой версии это доступно, справой стороны находится.

Для 17, и старых форматов TextMeshPro оканчивающихся на GUID 84D1172F6E0B250607B989F4EA9CABFA
00389A682EF3A61D14D3389BA997B79084D1172F6E0B250607B989F4EA9CABFA
7623F19A6E083D40BAE2EE235A6AA24384D1172F6E0B250607B989F4EA9CABFA
D02128385050A1C20919A3D4030205493EDA7F221D136AC359347F363766A44F
пригодится плагин https://yadi.sk/d/6gZWrrEozS0_cw
Вроде бы даже эти координаты старого формата подойдут и к версиям юнити 4-5.

Создание шрифта в самой юнити
1. Window -> TexMesh Pro -> Font Asset creator (по необходимости импортировать TextMeshPro) (указать нужный pading обычно 5 для размера 80, можно узнать из оригинала) (создать текстовый файл с вашими символами и пунктуацией и добавить сюда для генерации этих символов) (остальное разницы не имеет, нажать генерацию шрифта).
Файл символов для русского языка теперь есть в сборнике с бат файлами.
2. Добавить объект текста UI>TextMeshPro
3. Перетянуть на его свойствах там где прописан шрифт SDF LiberationSands, свой созданный шрифт.
4. Собрать проект.
5. Извлечь шрифты также как и оригинальные. По возможности с дампом. Можно воспользоваться бат файлом Export_FontAndTextures_dump.bat (UnityEX и ассеты рядом).
Так создаётся шрифт на юнити достаётся его метрика (дамп) и текстура и шрифт, далее он адаптируется к игровому. Под адаптацией подразумевается исправление PathID на материал и атлас текстуры, и если понадобится также изменить размер шрифта по необходимости. Это можно сделать на текстовом дампе структуры от версии Ultimate.

(3, 4 шаги можно выполнить по другому, никакой текст объект не обязательно создавать, после создания шрифта нужно подключить создание бандлов, внизу есть ссылка на прессеты, которые нужно закинуть в папку Assets, появится кнопка Simple Bundles/Build, добавить созданный шрифт в бандл внизу справа при его выборе и построить бандлы. Далее из них можно извлечь созданные шрифты и дампы метрик).

PathID — это номер файла или его идентификатор в архиве, при обновлении игры этот идентификатор может смещаться и соответственно изменяться, в следствии чего созданные файлы со старыми значениями этих идентификаторов не подойдут к новой версии игры и просто не запустится.
Получается в файле метрик PathID значение ссылки на атлас текстуры должно соответствовать её значению из оригинального файла метрик и ещё есть PathID на материал, с ним также точно, если они не будут соответствовать, то шрифт неправильно будет работать. Их нужно править после создания шрифта на оригинальные значения, так как в новых созданных на движке юнити они будут другие. Также можно изменить размер шрифта, если векторный оказался больше оригинала. Особенность только в том, что для уменьшения нужно увеличивать значение. Это значение представляет собой размер шрифта, и когда текст обращается к шрифту, он изменяет буквы под свой размер шрифта, на разницу этого значения. Cоответственно размер текста 20, а размер шрифта 50, он уменьшит на 30, так это работает, и да получается сами размеры текста находятся в другом месте в коде или рядом с самим текстом в MB (.Text или .TextMeshProGUI).
В UnityEX же есть поддержка вставки дампов без замены этих значений, тоесть они остаются оригинальными с параметром при вставке дампа -skip_pathid. Да в юнити посылочная система адрессации к файлам, не как в анреале по именам, поэтому возникают такие небольшие трудности. Получается что при вставке дампа с этим параметром можно даже не восстанавливать старые значения и такая вставка через консольный режим адаптирует шрифт для любой версии игры.
Извлечение дампов доступно в Ultimate версии. Но вставлять их можно в обычной клиентской части для вставки дампов через консоль с этим параметром.

Немного о шаблонах и дампах (добавлено 23.11.2023)
Шаблон — это файл получаемый из кода проекта с папкой Managed где есть dll файлы для простых архивов .assets и data.unity3d сами эти архивы не содержат шаблонов. Также их можно получить из бандлов в ..._Data\StreamingAssets\aa\… Шаблон содержит структуру файла и типов данных. Он может содержать структуру не до конца файла, тогда остатки данных запишутся в тег футера. Форматы шаблонов это .txt и .xml. XML формат содержит дополнительные данные тип самого файл и его GUID(идентификатор структуры). Структуры от версии юнити и TextMeshPro могут меняться, соответственно будут меняться и GUID. Из проектов il2cpp обычно с папкой il2cpp_data(также может быть редко Managed), особенность отличия что в проекте il2cpp нет dll файлов в этих папках, там находится global-metadata.dat, из этих проектов нельзя получить шаблон для простых архивов .assets и data.unity3d, остаётся доступным лишь получение шаблонов из бандлов. Также шаблоны можно изменять вручную под новую структуру с новым GUID, но это уже знания программистов, тут нужно смотреть какие данные были добавлены или убраны и также изменять шаблон с сопутствующим изменением GUID под новую структуру, чтобы UnityEX приняла его.
Где-то с версии 2022.2.3f1 и выше получение шаблонов из кода dll возможно не получится, это проблема дамперов. Остаётся ручное исправление или взятие соответствующих из бандлов.
Дамп — это файл созданный из шаблона, в нём содержится та же самая структура шаблона, а также сами значения данных из обработанного файла. Дампы имеют тип .xml (.txt возможен тоже). Дамп также можно использовать в качестве шаблона, содержащиеся значения просто не учитываются.

Правки через дамп версии Ultimate
В Ultimate версии появилась возможность подключать шаблоны структур, тем самым можно подключить к файлу метрик соответствующий шаблон.
Как понятно распаковать шрифты можно через бат файл Export_FontAndTextures_dump.bat уже ваш созданный.  
При обратной же запаковке, главное, чтобы после создания нового шрифта на движке юнити совпадал GUID его можно узнать в UnityEX справа на типе метрик шрифта. Обычно это достигается, если делать шрифт на юнити похожей версии, рядом находящейся. Иногда приходится установить соответствую версию TextMeshPro список соответствия GUID и версии TMP смотрите ниже в теме. На оригинальной игре не обязательно распаковывать шрифт, можно лишь только извлечь для проверки что это SDF (например текстуры будут SDF и метрики будут с .TMP_FontAsset) и узнать правильные имена файлов, чтобы свои шрифты также переназвать потом, как понятно для начала нужно узнать guid и версию textmeshpro. Ну и дампы оригиналов в таком случае необязательно нужны, имена запакуемых дампов должны соответствовать MonoBehaviour файлам лишь только находятся в папке Dump\дальше также Mono\… и в конце у дампов .xml тип.
При запаковке включить это, начиная с UnityEX 1.10.1.5 перемещения PathID в виде адаптации не нужно делать, можно просто включить функцию, Damp Structure → NotReplace_PathID
или ключ в консоли -skip_pathid  и запаковать новые полученные дампы и текстуры, всё.

Теперь более подробно, если что-то не совпадает. И в таком случае понадобятся оригинальные текстовые дампы (шрифтов) с игры, и для il2cpp (придётся декомпилировать dll) или скачать применить нужный шаблон по guid из первых ссылок, если там конечно он есть.
Даже если GUID и шаблоны не совпадают можно сравнить шаблоны в WinMerge, и в новом шрифте подправить структуру убрав или добавив оду две записи, разумеется если отличия небольшие, также заменив и GUID правильным. Ну конечно иногда тут нужны базовые знания программирования структур файлов. В общем это как вариант.

В дампах необходимые значения для переноса из оригинального файла метрик в новый, находятся в тегах “material -> m_PathID”, “m_AtlasTextures -> m_PathID”. Размер находится в значении “m_FaceInfo -> m_PointSize” размер ненужно менять, он масштабируется автоматически он лишь для сведений при создании, обычно делаются просто большого размера например 100, главное, чтобы все символы просто влезли при создании. Также нужно восстановить оригинальное имя m_Name, если вставка и получение raw будет на оригинальном assets.
На проектах cpp2il возможно подключить шаблон из файла, вот пример от версии 2019.4.0f1 может и к рядом версиям подойти, сравнение идёт не по типу, а по GIUD от типа структуры, номера типов могут изменяться, но идентифицированные (распознанные) MonoBehaviour практически всегда с одним и тем же типом в разных проектах TMP_FontAsset. Поэтому лучше такие файлы заранее распознать, если есть такая возможность. К тому же не придётся переносить дополнительные данные PathID от m_GameObject и m_Script из оригинала при создании нового шрифта.

Также это всё можно сделать через адаптер переноса значений PathID из оригинала в новые дампы.
https://disk.yandex.ru/d/rOf5aXpB2h1ieQ
Если использовать параметр при запаковке -skip_pathid в консоли (или флагом в настройках в gui), это уже не нужный адаптер.
Остался как наследие, когда не было этого параметра настройки.
Подробнее об этом параметре. В новых версиях UnityEX можно вставлять дампы без замены PathID. То есть если GUID совпадает как и шаблон. Упомяну шаблоны могут быть одинаковыми, а GUID отличаться можно просто его заменить в xml, даже так. Ну и после создания шрифта в юнити и GUID совпадает, можно просто этот дамп запаковать с включённой настройкой в контекстном меню DampStructure>NotReplace_PathID, или же при запаковке через консоль с параметром -skip_pathid

Список версий TextMeshPro с соотношением GUID
4.0.0-pre.2 = 2022 GUID 95A18F96F4201D2D26DED9CA2123D2AD5A5A277347DB0BFDE9CD841D879FBDEF
4.0.0-pre.2 = 2021 GUID 2F2E88E9D00460379CA198F53F4F032A5DF50B782794BBB358989E140EA68000
e 3.0.3 - 3.0.6 (эта версия установлена по умолчанию где-то с 2020 до 2022, но она может меняться по структуре) = 2020 GUID 8A3A4FD52F8BE968F65F978E60AF78E2300FD99066F8C288E85F5E81CE65FE34
2.1.1 = 2020 GUID 8A3A4FD52F8BE968F65F978E60AF78E2F0786811516F7DE8BEFD7A3E181E567A
1.4.1 = 2017 GUID 8A3A4FD52F8BE968F65F978E60AF78E235A9693C388776AAF487636491A20F11
1.4.1 = 2020 GUID 8A3A4FD52F8BE968F65F978E60AF78E2A9F049C3DC82BB36FDB142E4D6A2658D
3.2.0-pre.4 = 8A3A4FD52F8BE968F65F978E60AF78E2220F8E76B87FD10CA65687A710C5FC26
2.2.0-preview.3 = 8A3A4FD52F8BE968F65F978E60AF78E22ADA106502C7EC666EFE839C94EEFF3A
3.0.1 = 8A3A4FD52F8BE968F65F978E60AF78E2F0786811516F7DE8BEFD7A3E181E567A
3.0.3 = 8A3A4FD52F8BE968F65F978E60AF78E2300FD99066F8C288E85F5E81CE65FE34
1.1.0 = FC68346A811CB3593CF829B8A087ED8C75138F822C64030260EDA9471996857B
1.4.0 = 8A3A4FD52F8BE968F65F978E60AF78E201516CA6B62C750FE55BBD4200234B20
Новые 2022-2025
g 3.0.6
8A3A4FD52F8BE968F65F978E60AF78E2E78F6985CFA9077AFA7BB6C3EE81529F
8A3A4FD52F8BE968F65F978E60AF78E2E78765D93B37FE61ED100BBBC2BE3AC6
95A18F96F4201D2D26DED9CA2123D2AD1B4A83F2A2F1A4DEF12CDC9223CCE72C
95A18F96F4201D2D26DED9CA2123D2AD17F82E3E7D8F8B07A270A4AAD9BFE79D
f 3.0.6
8A3A4FD52F8BE968F65F978E60AF78E27D638A8F052D2D676FA87FCE04AFE4D0

Также соотношение версий можно посмотреть в BASE_TemplateXML_For_CPP2Il.rar (ссылка выше)
BASE_TemplateXML_For_CPP2Il\TMP_FontAsset\
А в файле Version unity engine default TMP.txt написаны версии, которые идут по умолчанию и те версии, которые можно установить на конкретной юнити.

https://github.com/needle-mirror/com.unity.textmeshpro/releases?page=3
Install
Windows>Package Maneger>Plus>Add package from disk
Или установить другую версию, что доступна в 
Windows>Package Maneger>TextMeshPro
Для установки с интернета может понадобится VPN.

Также доступен другой адаптер между разными версиями.
Делает наоборот, не ссылки переносит, а сами координаты. Но и здесь не нужно заморачиваться с GUID, чтобы он совпадал.
Он переносит только координаты и символы, так же размеры текстуры и размеры шрифта. Не переносит какие-то ректы, не знаю даже для чего они и остальные значения. Правда из-за этого что не всё переносит может шрифт и хуже будет выглядеть.
https://disk.yandex.ru/d/_BY216S2zpdlHQ
Adapting_fonts созданные дампы
Original_fonts оригинальные дампы
Done_Adapting результат
Этот адаптер лучше применять когда структуры всё-таки хотя-бы похожи друг на друга, например для версии 3.0.6 TMP, которая может отличаться по структуре, но всё равно они почти похожи.

Небольшая инструкция способом создания шрифта соответствующей версии TextMeshPro
Извлечь шрифты через батник (Export_FontAndTextures_dump.bat или Export_FontAndTextures.bat для il2cpp). 
Если не получилось распознать имена файлов (Mono\ или Dump\ не извлечены) то извлечь файлы “.–[номер]” без распознания имён файлов, это вручную файлы координат искать. Обычно размер 5-30 кб файлы с отрицательным типом, также по поиску внутри файла может быть название шрифта и буквы “SDF”.
Потом нужно знать GUID от типа файла справа в списке, из контекстного меню можно узнать или если дамп извлечётся там тоже есть.
Извлечение это лишь для того чтобы имя файлов получить текстур и файлов координат.
Но если для способа адаптации (Не сопоставимых GUID), нужны будут и дампы оригинальных файлов. И там нужно будет шаблоны подключать в il2cpp, в обычных проектах автоматом подключаются, чтобы дампы извлечь. (наверное путь без адаптации проще, но нужно создать шрифт с сопоставимым GUID)
Шрифты создаются в юнити на правильной tmp версии.
Версии TMP соответствующих GUID можно найти выше в архиве шаблонов.
Получается создаётся шрифт (нужной версии), этот созданные шрифты извлекаются Export_FontAndTextures_dump.bat, переименовываются в файлы из разбираемого проекта ставятся по своим путям в Unity_Assets_Files\ (GUID может получится другой, но если точно уверены в версии, его можно поменять, у любой версии tmp может быть несколько этих идентификаторов, но обычно совпадают). Если подход был без получения дампов, например из-за il2cpp, то нужно созданные дампы нового шрифта расположить в папке Unity_Assets_Files\[архив]\DUMP\ дальше либо в корне (без распознания), либо дальше по пути в папке Mono\ ну и тип будет + .xml от соответствующего файла координат.
Дальше запаковывается (включив DampStructure>NotReplace_PathID) и всё.

Функция шаблонов Override, добавленная в версии 1.11.0.3

Режим адаптация дампа:
(Конвертер-адаптатор по шаблонам, в сторону конвертации одной структуры дампа в формат структуры проекта. Например дамп-шрифта с адаптацией типов к структуре файла шрифта на разбираемом проекте.)
По сути тоже самое, что и другой адаптер между разными версиями TMP, но с более продвинутой поддержкой адаптации.
Параметр конвертации дампов с адаптацией к внутренней структуре формата, то есть структура созданного файла практически неважна также как GUID более-менее в определённой степени, все значения под совпадающими наименованиями записей переносятся в оригинальную структуру, получается близкие структуры например дампов шрифтов будут адаптироваться к структуре в архиве. Только нужно, чтобы шаблон от внутренней структуры уже был извлечён или извлекался по ходу работы функции дампером, или уже был подключён как в бандле, только тогда выполнится адаптация к этому шаблону, создаёт и следом запаковывает созданные новые бинарные файлы. Эта функция доступна на обычной UnityEX и работает при запаковке дампов. Параметр -convex_override или находится в контекстном меню GUI "Dump Structure">"Conv Dump Override" Может работать с параметром -skip_pathid для пропуска ссылочных значений адресации, чтобы не добавлять их из созданных шрифтов от других архивов.
То есть требования запускать с параметрами -convex_override -skip_pathid + созданный запаковываемый дамп на своём месте + шаблон оригинальный в папке места шаблонов (может извлечься сам).

Режим обратной адаптации:
(Плюс обратный порядок конвертации перегружаемым шаблоном. Конвертация файла проекта по шаблону структуры на шаблон оверрайд, например, чтобы конвертировать новую структуру в старую.)
Этим же (-convex_override) параметром конвертации внутренних данных по обычному шаблону (оригинальному от файла) данных с адаптацией к шаблону с префиксом [имя]_Override[тип .xml] Также точно происходит адаптация, но в обратную сторону. Такая функция предназначена для адаптации к старым структурам, например если в других программах не открывается структура или ошибка структуры, то можно выполнить такую адаптацию к старому шаблону получить изменённые бинарные файлы, сначала извлечь с этим параметром, потом запаковать их, после этого уже другие программы для конвертации смогут их прочитать, возможно пригодится и для самой UnityEX, так как всё-таки описание структур находится в статическом виде и они могут устареть. Эта функция доступна только на UnityEX Ultimate для ключей с 2023 года и работает при извлечении бинарных файлов.
То есть требования запускать с параметром -convex_override + шаблоны в папке места шаблонов оригинальный (может извлечься сам) + шаблон [имя]_Override[тип .xml] к чему привести структуру.
(Другой вариант этого параметра - GUI "Dump Structure">"Export Conv to Static" или в консоли -convex_to_standart - устаревший параметр, но оставлен так как поддерживает более сложные адаптации в виде изменения и вычисления типов данных по формулам например для AnimationClip, здесь же оверрайд шаблон используется оригинальным именем.)

Не актуальный другой способ добавления шрифта (точнее подмена текстурного на векторный), ради информации оставлено.
Есть ещё немного инфы, можно сделать так, чтобы читались символы из вектора для этих TextMeshPro. (там где есть такое m_Version = "1.1.0" m_SourceFontFileGUID = "f0854c3d5d04f434e9cbec37c808e836"), после идёт m_SourceFontFile, (примерно $44, 4 байта) его m_FileID(номер ветки архива включения, если в самом архиве находится векторный шрифт это значение будет равно 0, или номер ветки подключаемого ассета), далее идёт (примерно $48, 8 байт) m_PathID(номер файла) тут находится PathID на исходный вектор ttf или otf, если в шрифте будут отсутствовать символы они будут браться из вектора, только главное переключить (примерно $50) m_AtlasPopulationMode на 1 это значит Dynamic (динамический шрифт) подключатся будет векторный, (а статический 0 только берёт то что есть в текстуре). Но это нужно добавлять свой векторный шрифт в архив, эта функция добавления доступна только на Ultimate версии. Либо использовать какой-то, который уже находится в ассете например стандартный, который идёт в юнити по умолчанию, но проектами обычно не используется LiberationSans. Также возможно придётся подключить ветку архива из тех где нужно подключить этот шрифт, когда этот шрифт находится в другом архиве, функция добавления веток доступна в Ultimate версии, ну и соответственно вместо m_FileID нужно писать этот добавленный номер ветки. (Library\unity default resources, не учитывается в нумерацию и просто пропускается). Но после небольших тестирований было выявлено, что такой подход тормозит движок юнити так как при появлении первых символов которых нет в текстурном шрифте они начинают грузиться из векторного, то ли они растрируются толи что, в общем движок тормозит.  Особенно это заметно на корейских и китайских иероглифах, так как их очень много и каждый просто грузится, на кириллице это более-менее. 
Пример где это находится на распознанных MB https://ibb.co/k8y1kdQ
Или вот на не распознанных https://ibb.co/WxQYD6K
Как добавить ветку ассета:
https://ibb.co/Nr9k2XP
https://ibb.co/BnJ6ym6
Но как понятно этот вариант не совсем работоспособен, из-за дефекта движка юнити на этом способе, обычно специально на кириллице. Также помимо тормозов, всё равно, возможно, не отображение части символов, в виде квадратиков. Когда эти символы присутствуют в шрифте. Либо это также баг движка, либо генерируемые отсутствующие символы на текстуре, не влезают в неё и так и остаются отсутствующими, такой дефект можно заметить, там где разработчики подключили векторные шрифты к шрифтам TextMeshPro, но не сгенерировали нужные вам символы. Или просто отображаются не те символы, такое лечилось только полным удалением координат латиницы и она начинала браться также из подключаемого векторного (убирались так m_GlyphTable size=0 m_CharacterTable size=0, data_1 и далее от массива необязательно теги убирать).
Способ конечно имеет право на существование и даже быстрее делается чем через движок. Всего лишь найти в этом же архиве ttf и в дампе xml исправить m_SourceFontFile.m_PathID=номер файла ttf (другой в бандлах в UnityEX включить столбец PathID), m_AtlasPopulationMode=1, 2 массива координат size=0.
На версиях юнити с 2021 это либо специально было отключено разработчиками либо совсем сломали, обычно это уже не работает, либо подключаются другие зарезервированные вектора из NotoSansHans, можно подменить иногда их на аутентичные, просто если в SDF нет символов ссылаются на эти, с отсутствием в m_SourceFontFile.
Да и ещё в m_FallbackFontAssetTable можно подключить другие SDF, также если символов нет то попробует взять из дополнительных (LiberationSans технический от юнити можно из него подключать).

Подключение шрифта через XUnity.AutoTranslator это самый простой способ добавления. Но разнообразие ограничено лишь одним шрифтом (стандарт ариал).
Вот если кому нужно создавал NotoSerif для него, содержит только кириллицу и латиницу. https://disk.yandex.ru/d/X6fPSSTtvRyFzg
OverrideFontTextMeshPro=NotoSerif_sdf_u2018
Ну и вдобавок о багах шрифтах на юнити. От квадратов на части буквы, когда шрифт не поддерживает буквы, а берёт из вектора, решение подключить sdf. И бывает так, что буквы обводятся полупрозрачными серыми квадратами, на высоком разрешении это не очень заметно, но видно, а при низком совсем видно становится. Косяк TextMeshPro, это уже лечилось только подключением шрифтов через XUnity.AutoTranslator

Шрифты font_raw
Это другой стандатный формат также может быть растровым и с distance field, а может быть векторным. Если он растровый то бинарные координаты будут в нём. Ну а если вектор то там будет весь файл вектора ttf.
С растровым созданием шрифта почти всё также, но в юнити он по другому создаётся, там кидается векторный шрифт в проект и переключается режим Character, Dunamic это вектор остальные для растра с заданными символами.
Соответственно, чтобы шрифт задействовался в сборке его нужно добавить на соответствующий текст UI>Text Либо TextMeshPro.
Также в последних версиях UnityEX появилась поддержка вставки вектора на шрифт растровый, которые font_raw и наоборот.
Нужно вместо файлов .ufnt сделать .ttf, а сам ufnt убрать, запакуется вектор. Но вектора тоже в игре могут косячно выглядеть и придётся всё равно клепать текстурные. Ну и наоборот также вместо ttf подставлять созданные ufnt. Всё это в имеется в автоматическом bat файле с заменой всех шрифтов на ариал https://disk.yandex.ru/d/WIdCev4iizQxYg (запустить рядом с извлечёнными ufnt). 
Но для font_raw лучше использовать fntxml_to_unityfnt + BMFont, это старый формат шрифтов.
Если же это векторный файл, то он может также использоваться в виде стандарта юнити и если в нём нет символов используемых в тексте то обычно подключается системный шрифт. Но обычно на новых юнити это уже не так. Также векторный может быть как оставшийся исходник от шрифтов TMP, и также могут использоваться символы из него, но обычно на новых как и говорилось выше, часть символов хоть и есть в нём, но часть отображается квадратами (обычно заглавные шипящие, это баг юнити для русских) в таком случае всё равно придётся делать или подключать полные sdf TMP. Если векторный используется как TMP, то никакой системный не подключится, обычно они даже не используются на новых версиях, то есть получается для sdf TMP нужны именно растровые шрифты, а не эти векторные.

Тексты. Не стандартный способ изменения текста AUTOTRANSLATOR
Если текст игры не в локализационых файлах находятся это форматы LanguageSourceAsset, LanguageSource при распознании, с ними нужно другим способом поступать, для них есть прога, это бинарный табличный файл просто.
Для множества файлов бинарного текста, помимо прямой вставки на файлы, можно также применять такую приблуду Автопереводчик

Сборки в стиле кинул что-нибудь в игру, тупа жмякнул на всё и уже гамаешь.
https://disk.yandex.ru/d/PkI0TPJFlk3IZA
Настройки включения перевода можно прямо из игры переключать Alt-0
Ну конечно не что-нибудь скидывать.
Главное знать, что проекты бывают с папкой Managed в которых есть *.dll (главный Assembly-CSharp.dll), для этих подойдёт стандартный переводчик Mono, но есть проекты с папкой Il2cpp (бывает и манагед) с главным файлом global-metadata.dat внутри, для этих подойдут как понятно, только сборки il2cpp.
Сборки разделяются на с простым автопереводчиком, который устанавливается через батник и заменяет один файл dll, только для простых проектов.
И BepInEx, который может быть как для простых Mono так и для Il2cpp, этот же работает через hook(хук), это значит цепляет крючком как вирус код игры в памяти и подставляет в него текст, и не заменяет файлы.
MelonLoader можно сказать уже не используется.

В этих уже всё настроено, русский перевод, установлен дипл, при фейлбеке идёт гугл, плюс подхватывает шрифты, если скинуты, включены нужные свойства GeneratePartialTranslations=True и TemplateAllNumberAway=True.
Шрифт NotoSerif_sdf_u2018 мной сделанный он с засечками, шрифт можно подключать только один в конфиге ClearSans_sdf_u2018 ещё какой-то левый без засечек. Как и делать самому. Дефольные ариаловские есть на гитхабе. Можно закинуть в папку с игрой, если нужен какой-либо.
Сами последние версий тут, но они не собраны и ариал шрифт тут есть.
https://github.com/bbepis/XUnity.AutoTranslator

Далее о тексте.
Переводчик типа как бы сам достаёт текст и переводит его машинно, но это всё ненужная фигня, так как перевод будет появляться не сразу, так как переводится через интернет и может даже зависнуть при переводе, потому что запросы ограничены. На самом деле, это применяется другим способом, можно текст достать самому из файлов бинарных, перевести и в базу этого софта засунуть. Сам автоперевод машинный просто отключается. Но есть небольшие ограничения, там составляемый текст в файлах он разделён, а в базе уже на игре слеплен будет (генерируемый текст), такой если только на файлы вставлять, иначе сборочные части будут просто дублироваться. Но редко, когда такого много бывает, но всё равно (от этого может помочь настройка GeneratePartialTranslations=True и TemplateAllNumberAway=True). Также в сборнике переводчиков есть модифицированный вариант плагина, который лучше разделяет текст на переносы, тем самым переводя цепляя даже строки, как и сами строки выглядят в файлах игры, а не простынями текста как может зацепить стандартная сборка.
Отвечающие за это параметры, подробнее можно узнать из описания самого автопереводчика.
MaxTextParserRecursion=1 (количество входов рекурсией после разделения текста)
HtmlEntityPreprocessing=False (обработка текста хтмл обычно не нужна)
HandleRichText=True (разделение текста от тегов)
SpliteEnterText=True (моя функция разделения по переносам) в обычной версии возможно только регулярными выражениями и там работает плохо из за них могут появится тормоза/фризы.
DelFinalEnterText=False (удаляет последний ненужный пернос)
CharsSetTranslation= (те символы, которые нужно переводить, если встретится хоть 2 подряд, тоесть не будет хватать уже переведённые русские тексты на файлах, латиница не для нас).
LimitSpliteLines=15 (длинна разделяемых строк должна быть больше этого значения)
Ну и сама сборка инструментов для получения текста из МБ, внизу в прогах тоже выложена. https://yadi.sk/d/n7xDmcobAMk-BA
Тем самым постоянного ожидания перевода не будет и текст весь будет получен и уже переведён, возможно и ручным подходом.

Вкратце files_bin там бинарники , через ExtractTextUnityBinary.exe извлекается текст, дальше батники 1.PackALL_DF.bat, 2.Clear_DFC.bat, создаётся TextMono_RU.txt, и ConvertTextToAutoTranslator.bat
Отправить созданную базу в AutoTranslator\Translation\ru\Text\_AutoGeneratedTranslations.txt

Чуть подробнее.

1. В папку files_bin скинуть бинарники разобранные по типу. В UnityEX это разбирается и извлекается (через гуи и или батником через консоль по всем без разницы).
2. ExtractTextUnityBinary.exe там нажать кнопку Извлечь (с остальными настройками долго объяснять стандарт сойдёт)
3. 1.PackALL_DF.bat — запакует все текстовики в один файл UnityText.txt и создаст пожатый с дублями UnityText_DF.txt
4. 2.Clear_DFC.bat почистит UnityText_DF.txt и создаст UnityText_DFС.txt чищенный (необязательно в tools trash_lines_reg.txt это то что регулярками выкидывается, ignore_lines_reg.txt это то что нужно если в мусор попадёт такая строка то она останется, также почти такая же чистка есть в корне от trash_lines_reg.txt проги ExtractTextUnityBinary тоже сначала немного чистит)

Для патча
CreatePatch.bat это уже для обнов, если Text_EN.txt и Text_RU.txt это будет старые текстовики те которые переводятся на ноте например, при нажатии для нового UnityText_DFС.txt создастся patch.txt

В общем это UnityText_DFС.txt получится начальный файл, который и переводится. Его нужно будет перекинуть в Text_EN.txt и делать для него Text_RU.txt
Также и для любого другого способа получения текста подходит, хоть из даже из dll есть программа ScanIL достаёт из деассемблированного текстовика с помощью ildasm (ilasm обратный компилятор на всякий).
Text_EN.txt — файл с полученным текстом из игры.
Text_RU.txt — файл перевод. 
ConvertTextToAutoTranslator.bat для конвертации в базу авто-переводчика.
Получится файл для авто переводчика _AutoGeneratedTranslations.txt
Сам машинный автоперевод можно отключить в конфиг файле убрать сервис автоперевода или по нажатию Alt-0 здесь убрать.

Инфа для батника 
ImportTextToMonoBehaviour.bat
Для частичной вставки текста напрямую в файлы, это для тех строк, которые генерируемые, чтобы разные связки не переводить на базе.
Техническую часть батника я думаю ненужно объяснять всё равно непонятно будет, да и технари сами в этом разбираются.
Вкратце убирает строки, которые меньше 30 там указано из основного TextMono и строки, которые помечены как //works их оставляет. Ну и вставляет это всё оставшееся на бинарники в BIN_RU. Получается, что так на бинарники не вставятся короткие строки, а указанные (которые генерируемые) и большие вставятся. Ну а остальные, короткие пойдут в автопереводчик.
Отсеивание только долго идёт на моём 40мб файле, наверное, 1 или 2 часа было. (так-то в батнике даже можно убирать это отсеивание и вставлять всё прямо в бинарники)
Проблемка только осталась, что таким способом остались не переведённые строки, которые тоже подставляются типа iron, wood, но непонятно, где находятся так как в этих бинарниках такого под тысчу штук, одиночные они конечно переведутся автопереводчиком. Зато так ничего не глючит уже в игре, придётся с этим смириться.
В моём бы случае с ValeGuard при вставке всего бы в бинарники начались бы баги просто, так что вот.
Возможно ещё может быть проблема с переводом одинаковых строк, которые иногда по разному нужно перевести, автопереводчик такого не поддерживает, тут только на бинарниках как-то придётся делать, и ещё сначала найти эти нужные. Это можно сделать, но так-то тоже несущественно.
Для кого-то это конечно всё мудрёно, но там просто нужно разбираться с тех. часть.

Шаблоны (Template)
Как уже понятно шаблоны это лишь структура с типами данных для файлов, а дамп это шаблонные данные наложенные на файл, по сути тотже шаблон, но содержаний данные из файла (конечно он может быть урезанным в качестве шаблона, так как из дампа можно выкинуть неиспользуемые типы от шаблона, например при нулевом размере массива какой-либо вложенной структуры).
UnityEX умеет извлекать помимо xml и txt от дампера dll шаблонов, также и вложенны шаблоны в бандлы, где они присутствуют, иногда их разработчики могут отключать.
Также имеется поддержка подключения шаблонов сторонних создателей например
TypeTreeDumper
Вот полные шаблоны полученные с помошью этого.
TypeTreeDumps
Тут находятся лишь шаблоны стандартных типов не MB.
С версии 1.10.8.3. Имеется поддержка версии этих шаблонов 7 в виде dat файлов.
Но конечно тут отсутствуют необходимые данные в виде GUID и даже, если загрузить нужную версию то шаблон может и не подойти, так как в юнити соответствие структур идёт не по типу, а именно по GUID, и на одной версии они могут быть разные, так как этот GUID идёт от версии компонета из проекта на котором строился.
Также почему то тут находятся ещё и не нужные типы данных в начале, возможно придётся сначала загрузить, создать xml шаблон, убрать лишнее в начале (обычно какие-то хеши или до m_Name ненужное описание), и загрузить правленный.
Может что-то пригодится из этого для модификации или восстановления, либо просто посмотреть структуру в виде xml данных как её делает UnityEX.
Возможно в будущем будет и поддержка tpk, но особого смысла нет, там такая же штука, что нет GUID, только по версии юнити и идентификатору типа файла.
-------------------------------
Также как и сказал можно создавать свои базы из бандлов, просто в проекте юнити создать бандл с необходимым типом от нужного компонента, версию возможно придётся подобрать, или найти информацию на какой версии какой GUID, как MB файлов так и простых и из него уже получить структуру, которую можно в последствии подключить по совпадению GUID.
Так вот, чтобы собрать бандл можно воспользоваться этим кодом в проекте.
https://disk.yandex.ru/d/CM8T3IiqcjwAEw
Нужно добавить в Assets\ появится кнопка построить бандлы Simple Bundles/Build, чтобы добавить созданный файл от компонента, нужно выбрать его и справа внизу добавить его в новый балдл задав имя например fonts.bundle или уже созданый там. Потом уже нажимать кнопку Build, в выбрать папку и в этом бандле будет находится файл и структура шаблона от него с GUID. В последствии можено достать дамп файла и перекинуть его даже в другой проект с стем же GUID, конвертировать/адаптировать в необходимый. Напоминаяю для пропуска PathID FileID есть предназначенный для импорта параметр в UnityEX, эти данные не должны переносится из проекта в другой проект.
В общем это вариант получения дампов xml без применеия дампера, который получает шаблоны из dll для assets, а этот вариант для получения из созданных бандлов.
Так что, если известен GUID из защищённого проекта/игры где никак не получить шаблон, его можно найти зная GUID, который всегда есть.
 

Скрытый текст

Конвертер для шрифтов fntxml_to_unityfnt
Старый софт, наследие для 4-5 юнити.
https://yadi.sk/d/vgCbTcqs482k8w
Экспорт только для теста настроек, сами fnt (xml) делаются в BMFont, как прикручивать эффект distance field описано выше. 
Поддержка: (старые форматов от U4, font_raw, старые форматы SDF TextMeshProFont, TMP_FontAsset) Новые SDF 2018-2019... не поддерживаются.
Иногда необходимо указать не использовать page или chnl в зависимости от формата, в основном сейчас всё идёт только без chnl.
В очень редких случаях (возможно для TextMeshProFont), если автоматический поиск смещения не сработает то нужно указать смещение вручную на количество символов после ключа -hand)
Остальные переключатели остались от старых версий программы и сейчас уже можно сказать ненужны для использования, и проще использовать автоматический поиск смещения.
Для старых форматов U4 с целыми типами данных используется ключ -cordint
Поддержка формата font_raw включается автоматом при этом типе файла, либо принудительно через -font_raw
Правильные настройки можно узнать по извлечению export_UnityToFNT (-unitytofnt) или info_UnityData (-info) по полученным значениям координат.
Возможно подгонять координаты через ключ -plus c указанными значениями.
Добавление списка кернинга отключается через ключ -k
-svad [value] можно указать с какого символа начинаются координаты, по умолчанию тут находится пробел значение байта 32, это значение используется в автоматическом режиме поиска.
-sbtn1 [value] значение сколько пропустить байт после первого названия с учётом выравнивания к 4, для перехода на количество символов.
-sbtn2 [value] значение сколько пропустить байт после второго названия с учётом выравнивания к 4, для перехода на количество символов.
С остальными настройками можно ознакомится в программе.
С помощью консольного режима есть возможность использовать программу в качестве патчера в русификаторе, так как после каждого обновления игры часть байт меняется, старые файлы уже не подойдут к новой версии, и необходимо заново накатывать координаты.
Этот софт может оказаться сложным в использовании, так как чаще всего нужно использовать просмотр координат файла в hex и указывать смещения на количество символов. Если автоматический поиск подойдёт то при экспорте должны получаться нормального вида файлы fnt, тут хотя бы понимать нужно как они выглядят, ну в общем они ровные должны быть, как бы значения сильно не должны скакать. Подобранный батник уже с такими же параметрами, но для импорта используется для обратной вставки уже созданного шрифта в BMFont с ру буквами. Но чаще всего формат постоянно меняются в каждой игре почти свой, и без понимания какие настройки нужно применять при очень не стандартных видах вряд ли что-то получится. Также в юнити 2019 появились довольно сложные форматы даже для разбора (идут в виде отдельных таблиц с набором символов, а в координатах ссылки на них, похожего вида как в UE4) и тут они не поддерживаются, эти TextMeshPro 2018-2019... уже делаются через юнити, описание выше.

Parser_ULS
Старый софт, наследие для работы без дампов.
Парсер для извлечения и запаковки текста для I2Languages с  LanguageSource или LanguageSourceAsset в формате csv
https://yadi.sk/d/Lz3SBVVFU7OJdg
Небольшой минус нужно вручную указывать смещения на количество рядов (row) после ключа -o, а также прочие настройки из-за различий шапки этих форматов. В основном смещения достаточно (а -d всегда 2).
Замечено что для LanguageSourceAsset почти всегда используется смещение -o $0C, -d может варьироваться от 2 до 4.
Также может подойти и для других локализационных файлов с простыми таблицами текста где -st будет количество колонок например -st 10

Настройки для других классов простых таблиц
LocalizationFile -o $1C -st 1 -nkey
LocalizerDataContainer -o [offset to row] -st 1 (example offset https://ibb.co/1vP7YsC)
StringLanguageBank -st 1

Другие не мои софтины для файлов *.LanguageSource или *.LanguageSourceAsset
https://github.com/sisizanohito/phoenix_point_jp_mod
https://github.com/sisizanohitopontoon/phoenix_point_jp
unPacker_CSV
Нужен для обработки csv, tsv форматов.
Пакер анпакер для извлечения и запаковки текста для csv дополнение к Parser_ULS
Режимы -u unpak -p pack [первый файл csv] [второй выход txt или папка в зависимости от режима работы] остальное
Настройка для tsv -d [символ tab для tsv] это delimiter, -q [какая тут будет кавычка q-это обычная, n-это отсутствует для tsv], для csv могут быть другие по умолчанию -d ; -q q
https://yadi.sk/d/LhC3A8SbBKlv8g
Более продвинутая сборка-заготовка с поддержкой обработки оптимизации и патчев текста обновлений игры. (Возможно придётся настроить колонку распаковки запаковки).
https://disk.yandex.ru/d/OcoU3MO2IdukgA

Parser_UnityMDcpp2txt
Редко но иногда нужен.
Парсер для извлечения и запаковки текста для global-metadata.dat
Может использоваться для получения списка текстовых строк для брутфорса UnityChina.
https://yadi.sk/d/RnWCiP4j1umm3g

EXTRACT_TextBIN
Старый софт, наследие для работы без дампов. Редко но иногда нужен и для других движков бинарных форматов.
Извлечение текста из MonoBehaviour (гуишная). Подходит и для получения текста из других бинарных файлов.
1.5.2 от 19.12.2019 https://yadi.sk/d/ezkoRlUvvZQGjw
1.5.5 от 23.01.2021 https://yadi.sk/d/2ctY9w_5Hk9Uhg
Прога мощная, но полного описная всех настроек нет, нужно подбирать, по умолчанию вроде как всё работает для юнити одной кнопкой, извлечением текста из файлов в папке files_bin.
Скажу только есть сортировка распознанных monobehaviour текста от мусора.
Нет предустановки диапазонов символов, которые извлекаются, работает извлечение только по латинице или +юникод. Формат извлечения и вставки простой txt, как и в запаковщике ParserTextBinUnity, который используется уже для вставки.
Ну и пакер анпакер SpliteCombiner для текстовиков где-то тут был, чтобы их все в один файл -p собирать -u разбирать.
Также можно использовать при умелом использовании и для других бинарных файлов например java class также в скупе для вставки с ParserTextBinUnity. Также получения текста из uasset Unreal, возможно нужно подправлять, так как кодировки разные для отдельных строк, может работать не очень, только для одного вида кодировок, ну и также для clua не подойдёт, нет поддержки типа 7bit по длину, можно добавить, под эти форматы идёт уже другой софт и другая история.

ParserTextBinUnity
Старый софт, наследие для работы без дампов. Редко но иногда нужен и для других движков бинарных форматов.
Запаковка текста MonoBehaviour и поддержка старых файлов локализаций (консольная)
https://yadi.sk/d/7Aw2_d9wdhUsyg
Прога мощная, но полного описная всех настроек и ключей нет в консоли сокращённо прописано для своего понимания, есть уже созданные батники.
Писались для себя. На сколько они удобнее для пользователей я не знаю. Но подходит для вставки текста в любые бинарные скрипты, там где ненужно менять смещения например uasset Unreal (но нужен дополнительный фикс смещений в uexp), class Java,  движок Visionaire Studio, ну и для Unity бинарных файлов.
Другая сборка от 2022 года, начали появляться снова эти старые локализационные форматы DialogueDatabase.
https://disk.yandex.ru/d/Uwn0U3i4Yvm2nw
Описание тегов формата DialogueDatabase, под какими точно находится нужный текст (Например оказалось, что не нужны теги Title и Description).
https://www.pixelcrushers.com/dialogue_system/manual2x/html/dialogue_editor.html#dialogueDatabase

ТoolsKit_MonoBehaviour
Старый софт, наследие для работы без дампов. Редко но иногда нужен и для других движков бинарных форматов.
ToolsKits по извлечению и вставке текста, а также создание текстовой базы для XUnity.AutoTranslator.
files_bin папка должна содержать бинарные файлы MB.
UnityText.txt — создаёт 1.PackALL_DF.bat, содержит весь извлечённый текст считается основной базой (статическая база для текущих файлов MB).
UnityText_DF.txt и UnityText_DFC.txt не очень нужное, 2.Clear_DFC.bat, просто очищенные файлы от мусора, могут быть использованы как начальный файл TextMono_EN.txt
CreatePatch.bat — не очень нужное, создаёт патч с новым добавленным изменённым текстом при обновлениях.
TextMono_EN.txt — оригинальный текст (динамическая база текста оригинала, может браться откуда угодно, и содержать текст патчей обновлений игры)
TextMono_RU.txt — переведённый текст (динамическая база текста перевода, должна соответствовать строкам и количеству строк оригинала TextMono_EN)
Все тексты должны быть в кодировке UTF-8 not bom
_AutoGeneratedTranslations.txt — база текста для автопереводчика ConvertTextToAutoTranslator.bat.
Обратная вставка на бинарные файлы MB (через ParserTextBinUnity) ImportTextToMonoBehaviour.bat. (результат будет в BIN_RU)
https://yadi.sk/d/n7xDmcobAMk-BA
Обновления
04.09.2021 (небольшие правки)
05.09.2021 (ExtractTextUnityBinary обновлён до 1.5.6 извлечение только кириллицы изменено на UNICODE + ANSI и латиница также извлекается)

FormaterText
Прога для форматировния текстов, по средством сравнения двух файлов оригинал “[file]_EN” и перевода “[file]_RU”, с модификацией переводческого файла, используется как в сборках, таки в адаптации переводов. Множество функций от удаления одинаковых строк до сравнения количества кавычек их парности.
Последняя версия:
https://disk.yandex.ru/d/EvMSr2lpYfMoSw

EX_REPLACER_TEXT
Нужна для работы с дампами.
Программа для парсинга текстовых форматов (xml, json, lua).
script_list.txt содержит регулярные выражения для обработки требуемого текста.
Первая строка “содержит открывающийся тег” откуда. Вторая “содержит закрывающийся тег” докуда. Этот текст внутри между этими тегами обрабатывается. 3 и 4 это отступы в для захвата самих тегов, 5 и 6 это добавляемый текст к извлекаемому, эти значения практически не нужны можно оставлять какие есть. Дальше можно добавлять ещё выражение (6 строк) в такой же последовательности для другого открывающегося закрывающегося тега, если понадобится.
Сейчас настроено для обработки текстовых дампов xml из Ultimate версии.
Добавлена замена xml меморики (кодов), чтобы получался такой же текст как и при извлечении из ТoolsKit для MonoBehaviour (ExtractTextUnityBinary)
Такое извлечение может пригодится когда в бинарном файле локализации содержится множество языков, а нужно получить текст только конкретного языка.
Чтобы вставить этот полученный текст уже в бинарный файл нужно в текстовом файле прописать в начале file/[имя и тип бинарного файла].txt — это будет UnityText.txt и создать такой же TextMono_EN.txt, в TextMono_RU.txt будет перевод, так можно уже буде вставить текст перевода конкретного языка обратно на бинарный файл.
https://disk.yandex.ru/d/2ELh-1-GQJMJYg
Последняя версия 6.8 (может что-то починено, может сломано мало вероятно)
https://disk.yandex.ru/d/SH_CbSvoL8OVBQ

Более продвинутая сборка-заготовка инструментов с поддержкой обработки одним текстовым файлом из всех, оптимизации сжатия дублируемых строк (можно переключить в бат файлах), вывод патча с новыми и изменёнными строками + адаптация через память переводов неточно совпадающих строк для будущих обновлений текста игры. (script_list.txt придётся настроить под свои файлы). Для шаблонов UnityEX, для правильных кавычек и переносов, возможно придётся открыть строки кода убрав rem, там где есть XML_IN.txt XML_ENTER_IN.txt, в комменте в обоих бат файлах также это написано.
https://disk.yandex.ru/d/yiLvb0ee-FwdgA

Патчинг архивов через клиентскую версию UnityEX
Примеры заготовки bat файлов для продвинутых патчей на ассеты и бандлы с бекапом архивов для отката.
https://disk.yandex.ru/d/ck7uqoQkiZXWAA
И ещё проще только ассета
https://disk.yandex.ru/d/liVO8QALbH8YVw
Тут папка игры _Data сама распознаётся, потом имеются параметры для запаковки, также проход по заданным файла asset, проход по левелам циклом, 
Например 
set file=sharedassets0 — задаёт имя ассета (выше должны быть заданы тип set type=.assets)
call :Import — запускает процедуру импорта
Для бандлов почти также
set folder=!data!\StreamingAssets\aa\StandaloneWindows64\ папка в какой находятся бандлы (!data! это уже переменная папки _Data)
set type=.bundle
set file=a418819a3ad0468b3d03402b45383142
call :Import
Если нужно открыть какую-то обработку убрать goto skip_… и ниже :skip_…
UnityEX.exe возможно нужно обновить
Также тут есть UnityCatalogPatcher.exe — для обхода хеширования бандлов.

dumper_dll_class
Не нужно в отдельном виде, используется из сборника подключаемых програм. Здесь выложено для ознакомления или модификации дампера.
Создаёт шаблоны классов юнити из dll библиотек проекта. Может выводить дампы шаблонов в формате txt и json.
В версии 1.9.8.6 UnityEX эта программа и шаблоны от неё подключены и добавлены в сборник программ для конвертации, здесь она оставлена в качестве ознакомления как работает. Все эти шаблоны также можно получить в UnityEX Ultimate, но там они ещё обрабатываются и накладываются на данные файлов для получения текстовых дампов с их данными, описывая структуру файла.
Тестовый батник damp_test.bat, скопировать всё в папку с проектом где лежит папка Managed. Значения берутся из разобранных MB из скриптов. В UnityEX они находятся в пути и также есть в описании от файла. Mono\[имяDLLфайла].dll\[Namespace]\имя_бинарного_файла.[ClassName] Весь путь можно скопировать из строки поиска кликнув по файлу.
Полученные шаблоны содержат значения выравниваний, что нужно для правильной работы структур. Из-за этого и была создана эта программа.
https://disk.yandex.ru/d/0duQbdN5FvgOtQ Version 1.1
https://disk.yandex.ru/d/r8Jng6_upxIQIQ Version 2.0
https://disk.yandex.ru/d/IchzK3JHKbJeKw Исходники.

В планах
В 4 версии планируется поддержка отправки файла для создания дампа по сериализации по данным из файла.

Скрытый текст

Unreal текстовые .uasset + .uexp со сложной структурой, которые не берёт UE4localizationsTool.
Для начала самый простой способ, можно попробовать (UE4TextExtractor), вытягивает ключи от строк и сами строки. Подключение текста происходить сборкой .locres файла. Может доставать не весь текст или не все ключи, обычное дело для анреал без поддержки локализаций, также ключи могут и вовсе отсутствовать, в таком случает происходит вставка на бинарные файлы.

Вытягивание текста 
На сколько знаю дампы uasset получить можно (FModel), а вставить обратно нельзя как в юнити (хотя сейчас как обстоят дела не в курсе), из дампов можно получить текст (EX_REPLACER_TEXT из темы UnityEX).
Второй вариант получения текста, достать из самих бинарных файлов, (DQTextTool не паблик), (UnityText), (ExtractTextUnityBinary из темы UnityEX не факт, что полностью подойдёт).

Вставка текста
Так как формат имеет смещения в uexp и может иметь даже размеры блоков в uasset, это может затруднить обратную вставку на бинарники. Вставить текст заменой может (ParserTextBinUnity из темы UnityEX, есть функция для unreal и выхода файла смещений для правок uexp).
Для фикса смещений uexp нужен фиксер (UE4_FixOffset_uasset не паблик). Ну а если присутствуют размеры блоков в uasset помимо самого размера на текст это ещё сложнее. 
Параметры ParserTextBinUnity от Unreal
Пример
ParserTextBinUnity.exe -ib "!ru_bin!" "!en!" "!ru!" -adnl -na -uoffset -unreal -fix_size_block -9
-ib режим импорта
"!ru_bin!" переменная имени бинарного файла
"!en!" переменная имени текстового файла с английским текстом (оригиналом)
"!ru!" переменная имени текстового файла с русским текстом (переводом)
-adnl этот параметр нужен для добавления нуля к строке в конце.
-na выравнивание не используется.
-uoffset выход файла смещений и разницы на диапазон вставки текста. используется в UE4_FixOffset_uasset
-unreal параметр вставки строк как анреал в разных кодировках в зависимости от текста и правильной отрицательной длинной для юникода.
-fix_size_block [offset] это для фикса контейнера со строкой, если конечно она фиксированная и смещение от строки назад на количество байт не изменяется. Например смещение может быть -9. Как понятно, этот параметр используется по ситуации в зависимости от структуры файла, и обычно не обязателен. Используется только на сложных структурах где нужно изменить размер блока помимо длины строки, такая же штука может быть и на юнити на форматах от самого разработчика, узнать это можно когда при увеличении или уменьшении длины строки (пробелами например) игра будет вылетать. (В форматере текста также есть функции добивания текста пробелами и ограничения под оринал, если это не обходить, а делать таким способом.)

Также имеются пакер ucas utoc, и пакер заменой файлов pak с защитой sig, но с ограничениями под размеры.
Это платная информация, так что просто так прошу не обращаться.

То что есть в инете могу здесь выложить. В сборках
Пакер pak v11 от u5.1.0 (Для пакования сначала нужно создавать список файлов 1.CreateList.cmd, которые в PACK_FILES. Ключ если нужен пишется в Crypto.json в формате base64)
https://mega.nz/file/WYUUGCAZ#SKQIf34KyCECKwTUFF6TT56f70X6m_i1zP_s9WNe_ow
Пакер pak v7 от u4
https://mega.nz/file/WFERga6A#tJtpeSSHsbhSTusHn5si0OU6mQXBQvJ4DAfIlsdl3UI
Модифицированный анпакер quickbms для извлечения только locres и ufont так как для перевода остальные файлы обычно мусор, и извлекать лишнее не нужно.
https://mega.nz/file/XYMXiQzQ#6E2q90hJmbBNJBh0MwRl3Odh8YtoB_4gIt_oDKJ20k0
Простой переименовщик типов ufont в ttf.
https://mega.nz/file/aFcx1BqA#egqQouQlVDErkwugVl6IkrIdAszStHnlF_ZNWJfNbls

Покупка ключа платных версий UnityEX:
 

Скрытый текст

WebMoney
115 USDT
WMT:
T489833437952

BEP20
0xced7f3aa661c0cc4d3b7d3a1694bfe2d341feaf5
TRC20
THPy7Jx4c6rswXUL3Ax8STtFrQ7wiN2n58

Скрытый текст

Not Supported.

Скрытый текст

2202 2063 8436 5669 (В.Д.Ж.)
Ultimate 10 000₽

Скрытый текст

410012996939768
https://yoomoney.ru/to/410012996939768

Ultimate 10 000₽

Скрытый текст

Ultimate
Price: 115 USDT

For USDT
Network BEP-20 or ERC-20
0xced7f3aa661c0cc4d3b7d3a1694bfe2d341feaf5

Network TRC-20
THPy7Jx4c6rswXUL3Ax8STtFrQ7wiN2n58

In any cryptocurrency exchange or application. Example transfer through https://www.tronlink.org/
Or Binance https://www.binance.com
When paying, contact dragonzh@yandex.ru

Скрытый текст

Пока тестируется вывод средств.
Из-за комиссий цена существенно выше чем перевод через USDT.
https://boosty.to/dragonzh/posts/b722d141-6eef-4b59-8500-c319ca9c2001

Блог Boosty
https://boosty.to/dragonzh

В комментариях, пожалуйста, укажите “За UnityEX” или на почту dragonzh@yandex.ru.

Платная версии UnityEX
Ultimate версия, поддержка юнити до 2020-2021 и возможно выше, обработка звуков, видео, спрайтов, обработка текстовых дампов.
Оплата происходит на реквизиты в программе. Нужно связаться со мной @DragonZH, по оплате вышлю ключ.
Передача ключа другим людям не допускается, иначе ключ будет заблокирован!
Также возможна блокировка ключа при использовании VPN или прокси!

Изменено 11 апреля пользователем DragonZH

[snowyegret98 0]

@DragonZH Tkank you for update!

[DragonZH 1 142]

Обновление v1.10.9.7

[Tsygan-m249 0]

Доброго времени суток, можете подсказать как отключить объединение одинаковых строчек перевода в ToolsKit_MonoBehaviour?

[Tsygan-m249 0]

Или если возможно то как добавить в исключение для объединения определённой строки. 

[DragonZH 1 142]

3 часа назад, Tsygan-m249 сказал:

Доброго времени суток, можете подсказать как отключить объединение одинаковых строчек перевода в ToolsKit_MonoBehaviour?

В 1.PackALL_DF.bat эта строка оптимизирует текст 
Tools\Optimizer_and_Recover.exe -o "UnityText.txt" "UnityText_DF.txt" -dfumb 0 -dfn -de
-o можно поменять на -n тогда не будет сжимать, или просто сделать копирование файла или взять за основу UnityText.txt уже собранный.

2 часа назад, Tsygan-m249 сказал:

Или если возможно то как добавить в исключение для объединения определённой строки. 

Есть параметр -lso [ограничение на количество символов для оптимизации] например -lso 15 не будет сжимать строки с размером меньше 15 символов.

Это старые сборки для обработки raw файлов моно. Сейчас уже используются дампы для обработки текста.

[Tsygan-m249 0]

5 часов назад, DragonZH сказал:

В 1.PackALL_DF.bat эта строка оптимизирует текст 
Tools\Optimizer_and_Recover.exe -o "UnityText.txt" "UnityText_DF.txt" -dfumb 0 -dfn -de
-o можно поменять на -n тогда не будет сжимать, или просто сделать копирование файла или взять за основу UnityText.txt уже собранный.

Есть параметр -lso [ограничение на количество символов для оптимизации] например -lso 15 не будет сжимать строки с размером меньше 15 символов.

Это старые сборки для обработки raw файлов моно. Сейчас уже используются дампы для обработки текста.

Спасибо

[Tsygan-m249 0]

9 часов назад, DragonZH сказал:

Это старые сборки для обработки raw файлов моно. Сейчас уже используются дампы для обработки текста.

Да я знаю, но у меня была проблема  при распаковки файлов MonoBehaviour, файлы с расширением LocalizationSettings, LocalizeStringEvent, ProBuilderShape выдавали ошибку так как в dll не было структуры файлов хотя UnityEX показывал что структура подключена, проблему я решил найдя в BASE_TemplateXML_For_CPP2Il структуры:
LanguageSource.txt ,TMP_FontAsset.txt ,TMP_InputField.txt и заменив их названия на расширение структур которых у меня не было, всё распаковалось без ошибок

[Damin72 930]

Доброго! Вышла демка House of The Dead 2 Remake и… UnityEX отказывается извлекать хоть что-то, ссылаясь на длину имени архива. Приложил некоторые файлы. Заранее спасибо.

https://disk.yandex.ru/d/n0AMcuU4VBU4RA

P.S. Куда поляки засунули текст вообще...

[Atanvaron 373]

@Damin72 попробуйте переименовать файлы на имя покороче, UnityEx иногда ругается на слишком длинные пути к файлам или именам. Соответственно после редактирования нужно вернуть оригинальное имя.

Изменено 24 февраля пользователем Atanvaron

[Damin72 930]

12 часов назад, Atanvaron сказал:

@Damin72 попробуйте переименовать файлы на имя покороче, UnityEx иногда ругается на слишком длинные пути к файлам или именам. Соответственно после редактирования нужно вернуть оригинальное имя.

Толку-то.

[Atanvaron 373]

@Damin72 перенесите папку на рабочий стол, чтобы сократить путь к файлу, тогда файлы распаковываются без ошибки. Либо куда-нибудь, чтобы просто путь к файлу был не очень длинным

Изменено 25 февраля пользователем Atanvaron

[Damin72 930]

2 часа назад, Atanvaron сказал:

@Damin72 перенесите папку на рабочий стол, чтобы сократить путь к файлу, тогда файлы распаковываются без ошибки. Либо куда-нибудь, чтобы просто путь к файлу был не очень длинным

А-а-а-а-а… Я почему-то “путь” к файлу не учёл. Да, теперь работает.

 

[SupHamster 0]

Да, иногда напрягает тема с длинными именами, ибо бывает сами бандлы в игре в нескольких поддиректориях запрятаны и имя у файла внутри ассетов бандлов километровое и тогда хоть путь делай D:\1 всё равно длинным окажется пока туда сами бандлы не запихнёшь. Не совсем понятно почему автор проги до сих пор никак не решил проблему (испольнования относительных путей не в счёт, ибо не всегда и не везде помогают).

Если самому напряжно, то любой ИИ “на гора”  выдаст за пару секунд решение:
Delphi 7 по умолчанию использует ANSI-версии функций API, которые не поддерживают длинные пути. Вы можете использовать Unicode-версии функций API, такие как WideString и UnicodeString, чтобы обойти это ограничение.

Пример использования Unicode-функций:

uses
  SysUtils, Windows;

var
  LongPath: WideString;
  FileHandle: THandle;
begin
  LongPath := '\\?\C:\VeryLongPath\...\filename.txt';
  FileHandle := CreateFileW(PWideChar(LongPath), GENERIC_READ, 0, nil, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
  if FileHandle = INVALID_HANDLE_VALUE then
  begin
    ShowMessage('Не удалось открыть файл');
    Exit;
  end;
  // Работа с файлом
  CloseHandle(FileHandle);
end;

 

Изменено 26 февраля пользователем SupHamster

[DragonZH 1 142]

1 час назад, SupHamster сказал:

Да, иногда напрягает тема с длинными именами, ибо бывает сами бандлы в игре в нескольких поддиректориях запрятаны и имя у файла внутри ассетов бандлов километровое и тогда хоть путь делай D:\1 всё равно длинным окажется пока туда сами бандлы не запихнёшь. Не совсем понятно почему автор проги до сих пор никак не решил проблему (испольнования относительных путей не в счёт, ибо не всегда и не везде помогают).

Если самому напряжно, то любой ИИ “на гора”  выдаст за пару секунд решение:
Delphi 7 по умолчанию использует ANSI-версии функций API, которые не поддерживают длинные пути. Вы можете использовать Unicode-версии функций API, такие как WideString и UnicodeString, чтобы обойти это ограничение.

Пример использования Unicode-функций:

uses
  SysUtils, Windows;

var
  LongPath: WideString;
  FileHandle: THandle;
begin
  LongPath := '\\?\C:\VeryLongPath\...\filename.txt';
  FileHandle := CreateFileW(PWideChar(LongPath), GENERIC_READ, 0, nil, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL, 0);
  if FileHandle = INVALID_HANDLE_VALUE then
  begin
    ShowMessage('Не удалось открыть файл');
    Exit;
  end;
  // Работа с файлом
  CloseHandle(FileHandle);
end;

 

\\?\ с этим не работает нормализация путей, ..\
На текущей версии работает поддержка коротких путей 8.3
Проверял файлы создаются с 290 длиной пути. В шапке написано какие значения должны быть, но оно и по умолчанию должно работать.
Эти функции несовместимы, к тому же в проге могут быть недочёт в виде \\, от чего эти длинные не будут работать.

Изменено 26 февраля пользователем DragonZH

[Atanvaron 373]

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

Изменено 26 февраля пользователем Atanvaron