UnityEX

[DragonZH 1 184]

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

Если вы уже читали всю информацию.
Так как информация добавляется, вы можете сравнить изменения текста и узнать, что было добавлено. (WinMerge 2.14 сравнение текста).
https://web.archive.org/web/20250408171028/https://forum.zoneofgames.ru/topic/36240-unityex/
 

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

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). Да dll папки Managed возможно получить через Il2CppDumper, и впоследствии возможно создавать дампы из dll. Но и на всякий благодаря подключению шаблонов, можно подключить шаблон полученный из другого проекта или из того же бандла от этого же проекта, тем самым можно получить дамп структуры с данными от файла, обратная вставка также выполнится по этой структуре. В программе есть проверка совпадает ли шаблон xml с содержимым в архиве по GUID, если он совпадёт то шаблон будет подключён в значение True, без сообщений. Также возможно частичное совпадение и шаблон тоже будет подключён, но насчёт точности тут нет гарантии, об этом будет сообщено. (Все dll от il2cpp проекта можно получить, для сборок на андроид и свитч подключается .so или main, для PC GameAssembly.dll файл, а также сам global-metadata.dat в Il2CppDumper или Il2CppDumper-GUI).
Этот формат 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

Если что-то будет не понятно или какой-то код или нужно доработать. Вы всегда можете спросить об этом GptChat на русском или DeepSpeek.

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

Что такое консольный CLI и графический GUI режим?
Это запуск программы (приложения) в консоли. Бывают консольные приложения, и гуи с графическим интерфейсом, 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│
     └──────────────┘    └──────────┘
 

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

Не особо нужные настройки, если что-то не работает или не открывается архив. Оставлено здесь.

Настройки виндовс как подключить юникод в названиях файлов с иероглифами или исправить сохранение таких файлов, если они не сохраняются.
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 уровня ниже архива] подробности параметров выше.
С версии 1.10.8.0 UnityEX поддерживает длинные пути разными способами, так что сокращение путей уже не столь важно.

Особенности работы UnityEX
Для работы UnityEX необходима только чистая предварительная оперативная память, программа очень чувствительна, когда что-то внешнее пытается подключится к ней. Если такое произойдёт может отказать работа с архивами, просто будет сыпать ошибками на всех архивах распаковки/запаковки и может вылазить ошибка Russky_Font.ttf не является шрифтом. В таких случаях должна помочь перезагрузка ОС для очистки ram памяти, если же это не помогает вам необходимо проверить компьютер на вирусы, либо даже переустановить ОС.

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

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


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

Существуют также типы в названии файла
.assets — стандартные корневые ассеты имеют имена (resources.assets,sharedassets[0-...].assets, level[0-...], менеджеровые для имён и адресации классов globalgamemanagers, globalgamemanagers.assets) из них могут вызываться ресурсные файлы, resS(текстуры) resource(видео звук меши), сами ресурсы ничем не открываются это лишь нибивка данных. Простые assets обычно не имеют вложенных структур, для них они подключаются из кода .dll global-metadata.dat.
.bundle — как и понятно сжатые подключаемые пакеты (внутри обычно имеют CAB-… ассеты), могут быть разных типов (UnityRaw-старая сигнатура,UnityWeb - сигнатура браузерного запуска,UnityFS-текущая сигнатура бандлов) Поддерживают вложенные структуры (UnityEX внизу справа True).
.sprit[0-...] нарезанный assets андроид версий на несколько файлов обычно размером 1мб.
.u3dext — bundle просто имеет дополнительную шапку.
.unity3d — bundle стандарт реализации для сжатия корневых assets и ресурсов.
.persistent — имя файла, редкие бандлы с предварительной отдельным от самого бандла лучшим подходом сжатия, может применяться и на ассеты и ресурсы.
.assetbundle — обычно также простые бандлы, иногда не имеют поддержики вложенных структур для усложнения доступа.

Не архивные нужные файлы
global-metadata.dat — Не открывается через UnityEX, может извлечь/вставить текст Parser_UnityMDcpp2txt, но только старых версий, новые очень усложнены. Возможно помогут только декомпиляторы для il2cpp для unity global-metadata.dat, только извлечение, возможно нужно подключать запускаемый файл .so, получается поддерживает только андроид и свитч сборки приложений.
Assembly-CSharp.dll — иногда содержат текст в коде, можно декомпилировать ildasm в il, а оттуда достать текст программа (EX_REPLACER_TEXT+ParserTextBinUnity текст тегов в hex текстовом виде нужно преобразовывать в строковый) ScanIL умеет это делать. Компилятор ilasm. Другой вариант может быть проще radialix, нужно помнить, что текст и код одиночных слов могут совпасть, поэтому понадобится разделение ссылок и переводить только нужное.
Так как доступ к коду с текстом усложнён, текст из кода можно модифицировать через xunity.autotranslator.  

catalog.json catalog.bin — файлы содержащие хеш бандлов, в которых нужно их исправлять или отключать после модификации бандлов, а также хеши могут быть в прочих дополнительных бандлах содержащие файлы хеши, AssetBundleCatalogs обычно имя Catalog в них есть. О них написано далее.

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

Bundle
Снятие защиты хеширования с бандлов в папке [имя]_Data\StreamingAssets\aa\
Изменить файл catalog.json
Бывает, что бандлы проверяются на хеш. Если это не сделать после изменения бандла, то игра может не запустится и зависнуть на этапе загрузки или с чёрным экраном. Или же может быть, если изменить локализацию, то весь текст из этого бандла не будет отображаться, а вместо него будут ключи адресации строк.

Сторонняя программа отключения хеша UnityCatalogPatcher
https://disk.yandex.ru/d/uboXKey8K7SzSQ
UnityCatalogPatcher.exe [catalog.json]
Так как первым параметром идёт обрабатываемый файл, то по сути можно перетащить в окне, на этот exe, файл json и он исправится. Это только для catalog.json
Для catalog.bin нужно использовать UnityEX там есть фиксер при запаковке бандла сразу (параметр -fix_catalog или Unity3D>Fix catalog.bin), пересчитывает хеш сумму в правильное значение.

Ещё один сторонний фиксер с bin поддержкой
https://github.com/nesrak1/AddressablesTools/releases
Не совсем понял как работает, но похоже он зануляет хеш сумму от чего происходит пропуск.

Старые способы распаковки и модификации для отключения 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. Ну и как понятно даже если изменится формат на бинарный, можно также его модифицировать.

Автоматизация правки отключения хеша мой вариант.
Разбор на составляющие, можно переделать для нестандартных catalog.json > Base64 > BINDATA
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
Бывает что они не зашифрованы, нужно просто нажать отмену при запросе ключа и проверить, если откроется то потом можно подтвердить ввод скип-ключа для пропуска расшифровки. Скип-ключ уже будет пропускать запросы ключа и открывать архив по умолчанию.
Если всё таки имеется, шифрование данных (ассетов внутри). Чтобы получить ключ нужно декомпилировать global-metadata.dat+main|GameAssembly.dll файл (на Il2CppDumper)  для получения 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\.

Файлы .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 также только в рес части находится сам звуковой файл.
Особенность для бандлов, внешние ресурсы читаются не рядом с этими бандлами, а из папки [игра]_Data, там же где и находятся обычные ресурс фалы от ассетов.
Запаковка во внешний ресурс файл (звуков и видео) более эффективная для бандлов.  

Текстуры:

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 в соответствующий формат оригиналу.

UnityEx поддерживает включение/выключение конвертации swizzle (Textures>UnSwizzle включено конвертирует), а также имеется отключение в текстуре этого режима (Textures>Disable swizzle import .tex) то есть текстуру запакует без этого шифрования и отключит этот режим текстуры, юнити это поддерживает. Нужно быть аккуратней и не запаковать зашифрованную текстуру с режимом отключения и выключенной конвертацией, это неправильно. UnSwizzle включает/выключает конвертацию, Disable swizzle import полностью отключает шифрование при импорте правильной текстуры.
(Раньше до 1.11.1.0: Это использует сторонний инструмент конвертации UnityEX_Soft\UnSwizzle\ в виде bat файлов, так что его вполне возможно заменить. поддерживал только A8)
C 1.11.1.0 эта конвертация вложена в код. С поддержкой частых форматов, только для свитч, но возможно добавить и другие платформы.

Звук и Видео:

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), в дефолтовой версии это доступно, справой стороны находится.

Для 2017, и старых форматов юнити 4-5 TextMeshPro оканчивающихся на GUID 84D1172F6E0B250607B989F4EA9CABFA
00389A682EF3A61D14D3389BA997B79084D1172F6E0B250607B989F4EA9CABFA
7623F19A6E083D40BAE2EE235A6AA24384D1172F6E0B250607B989F4EA9CABFA
D02128385050A1C20919A3D4030205493EDA7F221D136AC359347F363766A44F
пригодится плагин https://yadi.sk/d/6gZWrrEozS0_cw
Можно создать на юнити 2017 просто скинуть в папку Assets.
Вроде бы даже эти координаты старого формата подойдут и к версиям TMP 1.x.x (1.0.21 0.1.2pre), от юнити 4-5, иногда встречаются и на версиях выше вплоть до 2020.

Создание шрифта в движке юнити
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. —Адаптация от старых версий, теперь в новых UnityEx она не нужна при определённых параметрах, которые описаны далее.

(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 из оригинала в новые дампы. (Не актуален, так как  есть параметр -skip_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.

Вариант Полный адаптатор (почти как UABEA или UnityPatcher) устарело:
(Не актуально, так как есть параметр -convex_override, а также сразу генератор шрифта SDF с адаптацией ниже.)
Также доступен другой адаптер xml между разными версиями.
Переносит все координаты в оригинальный шрифт. Но и здесь не нужно заморачиваться с GUID, чтобы он совпадал.
Особенность лишь в том, что нужно в любом случае извлекать оригинальные шрифты. (для il2cpp как извлечь оригиналы подробнее в генераторе шрифта SDF ниже).
Он переносит только координаты и символы, так же размеры текстуры и размеры шрифта. Не переносит какие-то ректы, не знаю даже для чего они и остальные значения. Правда из-за этого что не всё переносит может шрифт и хуже будет выглядеть.
https://disk.yandex.ru/d/_BY216S2zpdlHQ
Adapting_fonts созданные дампы
Original_fonts оригинальные дампы
Done_Adapting результат
Этот адаптер лучше применять когда структуры всё-таки хотя-бы похожи друг на друга, например для версии 3.0.6 TMP, которая может отличаться по структуре, но всё равно они почти похожи. Где-то у четыре вида значительных изменений было в TMP старые шрифты (2017) версии TMP 1.0.2-1.3.0, 2.0.0-3.6.0, все 3.2.0-pre и бета 4.0.0-pre.

Вариант без получения оригинальных дампов делается на соответствующей версии TMP, можно сказать устарело:
(Не актуально, так как есть параметр -convex_override, а также сразу генератор шрифта SDF с адаптацией ниже.)
Небольшая инструкция способом создания шрифта соответствующей версии TextMeshPro БЕЗ ПОЛУЧЕНИЯ ОРИГИНАЛЬНЫХ ШРИФТОВ
Извлечь шрифты через батник (Export_FontAndTextures_dump.bat или Export_FontAndTextures.bat для il2cpp). 
Если не получилось распознать имена файлов (Mono\ или Dump\ не извлечены) то извлечь файлы “.–[номер]” без распознания имён файлов, это вручную файлы координат искать. Обычно размер 5-30 кб файлы с отрицательным типом, также по поиску внутри файла может быть название шрифта и буквы “SDF”.
Потом нужно знать GUID от типа файла справа в списке, из правой кнопкой в контекстном меню можно узнать GUID или если дамп извлечётся там тоже есть.
Извлечение это лишь только для информации, чтобы имя файлов получить текстур и файлов координат.
Но если для способа адаптации (Не сопоставимых GUID), нужны будут и дампы оригинальных файлов. И там нужно будет шаблоны подключать в il2cpp, в обычных проектах автоматом подключаются, чтобы дампы извлечь. (Путь без адаптации под нужную версию работает иначе, нужно только создать шрифт именно с сопоставимым GUID, на соответствующей версии TMP, для этого нужно иметь несколько проектов с разными версиями в основном это 3.0.6e, 3.0.6f-3.0.8, 3.0.6g-3.0.9, 3.2.0-pre10, но если они есть и подготовлены, то это не очень затратно по времени).
Шрифты создаются в юнити на правильной TMP версии.
Номер версии TMP соответствующий GUID можно найти выше в архиве шаблонов.
Получается создаётся шрифт (нужной версии), этот созданные шрифты извлекаются Export_FontAndTextures_dump.bat, переименовываются в файлы из разбираемого проекта ставятся по своим путям в Unity_Assets_Files\ (GUID может получится другой, но если точно уверены в версии, его можно поменять, у любой версии tmp может быть несколько этих идентификаторов, но обычно совпадают). Если подход был без получения дампов, например из-за il2cpp, то нужно созданные дампы нового шрифта расположить в папке Unity_Assets_Files\[архив]\DUMP\ дальше либо в корне (без распознания), либо дальше по пути в папке Mono\ ну и тип будет + .xml от соответствующего файла координат.
Дальше запаковывается (включив DampStructure>NotReplace_PathID) и всё.

Скрипты переименовщики файлов шрифтов. (Актуально, если шрифт делается через движок юнити.)
На счёт переименования созданных шрифтов к именам файлов игровых. Это конечно можно сделать вручную, но когда количество шрифтов достигает 10 и более штук, что обычно и бывает, можно просто запутаться какой похожий шрифт должен идти на игровой, так как имена созданных шрифтов могут не совпадать с игровыми оригинальными. А также иногда приходится генерировать шрифт заново и соответственно заново переименовывать, что бывает очень затратно по времени.
Тут могут пригодиться ренамеры имён файлов для шрифтов.
Небольшое сразу уточнение с какими именами создаются шрифты в движке юнити. Они имею имя самого названия векторного шрифта ttf. Дальше к ним обычно дописывается для метрик SDF.TMP_FontAsset.xml а для текстур SDF Atlas.dds
Вот простой ренамер
https://disk.yandex.ru/d/Ou5JZk9IsxdbwA
Здесь папка Original необязательно просто можно положить оригинальные.
В папке Misc лежат созданные.
Про основной файл запска скрипта CopyFonts_Renamer.bat
Также есть поддержка замены GUID из файла FND.txt (это созданный GUID) в REP.txt (оригинальный GUID). Но нужно экранировать строку goto :skipReplaceGUID
Добавив в начало rem goto :skipReplaceGUID, так текстовый GUID будет заменяться в созданных xml шрифтах, так как он не всегда совпадает и от одинаковой структуры могут быть несколько.
Например переименование шрифта OpenSans-Regular в OpenSansRegular
set SetInFile=OpenSans-Regular SDF Atlas.dds — как называется созданный шрифт текстуры
set SetOutFile=OpenSansRegular SDF Atlas.dds — как называется оригинальный шрифт текстуры
call :M1 — запуск функции копирования.
Также PathInFolder это откуда берёт и PathOutFolder куда копирует с новыми именами. Сначала для текстур потом для метрик.
set SetInFile=OpenSans-Regular SDF.TMP_FontAsset.xml — как называется созданный шрифт метрики
set SetOutFile=OpenSansRegular SDF.TMP_FontAsset.xml — как называется оригинальный шрифт метрики
call :M1 — снова запуск функции копирования.
Как понятно названия созданных файлов просто копируются в оригинальные названия.
Теперь более сложный батник скрипта, но с упрощённым переименованием.
https://disk.yandex.ru/d/xhZGon7l-ON-yQ 
Здесь теперь пути к папкам с разными переменными
Теперь нужна папка Original так как в из неё берутся правильные имена файлов. Также работает из папкой Mono\ где находятся бинарные файлы шрифтов, если дампы не получилось получить, просто из них названий переименуются созданные дампы в правильные для запаковки. Так что в этом случае оригинальные дампы также не обязательно получать.
Теперь здесь ненужно прописывать отдельно текстуры и метрики, а всё идёт одним названием шрифта
set SetInFile=Stylo Bold — созданный шрифт имеет название ttf
set SetOutFile=AgenGiveaway — оригинальный шрифт без разницы имеет ли он префикс SDF + Atlas или нет.
call :M1
Здесь же прописать всё проще в функции просто проверяются существования нужных файлов и они копируются с оригинальным именем.
Также после запуска можно проверить заменились ли все текстуры по времени создания. Если включить пропуск goto :skipReplaceGUID то можно проверить и замену метрик.
Есть одна особенность текстуры с префиксом _00001 можно не прописывать и не копировать, а добавить параметр -rdt в UnityEX и просто возьмётся обычная текстура без этих префиксов.

Функция шаблонов Override, добавленная в версии 1.11.0.3
Вариант запаковки шрифта с параметром -convex_override
Режим адаптация дампа:
Например для шрифтов без заморочки версий TMP.
(Конвертер-адаптатор по шаблонам, в сторону конвертации одной структуры дампа в формат структуры проекта. Например дамп-шрифта с адаптацией типов к структуре файла шрифта на разбираемом проекте.)
По сути тоже самое, что и адаптер между разными версиями TMP, но с более продвинутой поддержкой адаптации, он более точно переносит все данные и сразу на ходу запаковки. Параметр конвертации дампов с адаптацией к внутренней структуре формата, то есть структура (номер GUID) созданного файла практически неважна более-менее в определённой степени, все значения под совпадающими наименованиями записей переносятся в оригинальную структуру, получается близкие структуры например дампов шрифтов будут адаптироваться к структуре в архиве. Ненужно заменять GUID оригинальным. Нужно только, чтобы шаблон от внутренней структуры уже был извлечён или извлекался по ходу работы функции дампером, или уже был подключён как в бандле, только тогда выполнится адаптация к этому шаблону, создаёт и следом запаковывает созданные новые бинарные файлы. Эта функция доступна на обычной UnityEX и работает при запаковке дампов. Параметр -convex_override или находится в контекстном меню GUI "Dump Structure">"Conv Dump Override" Может работать с параметром -skip_pathid для пропуска ссылочных значений адресации, чтобы не добавлять их из созданных шрифтов от других архивов.
То есть требования запускать с параметрами -convex_override -skip_pathid + созданный запаковываемый дамп на своём месте + шаблон оригинальный в папке места шаблонов (может извлечься сам).
Сборка патчера всех шрифтов игры на шрифт ариал
https://disk.yandex.ru/d/wnn9oXr2TztHjw
Подходит ко всем версиям юнити. Работает запуском всего лишь одного bat файла рядом с assets или data.unity3d, или bundle, и UnityEX Ultimate
Подробности и вода по этим патчерам:
1. Для TMP SDF это Patcher_UnityEX_ArialFontSDF\ cкопировать в нужную папку с assets. 
Вставляет созданный шрифт Arial SDF исправляет Квадраты частичные или полные, а также отсутствие шрифта.
Для первого запуска нужна UnityEX Ultimate v1.11.0.8 и выше, так как извлекаются дампы, потом сделанные файлы уже можно паковать обычной.
В общем, тех. часть работы, сначала проходит по игровым архивам рядом с (assets,bundle,unity3d и с UnityEX U) при запуске CopyFont.bat, извлекает все шрифты TMP, заменяет копированием все извлечённые шрифты на ариал шрифт рядом, и запаковывает с этим параметрами импорта -convex_override -skip_pathid -rdt.
Шаблон при подключённых дополнительных программах должен автоматически извлечётся при экспорте для assets и unity3d, в простом проекте юнити с dll. Для bundle должен извлекать xml шаблон от типа TMP_FontAsset в любом виде проектов даже на il2cpp. 
Старый способ поиска шаблона для assets data.unity3d il2cpp (Что скорее всего придётся сделать, если хотите подключить шрифт для AutoTranslator BepIn для Il2Cpp, так как на таких проектах стандартные шрифты AutoTranslator обычно не подключаются).
(В gui внизу справа True должно быть у этого типа.) Но если игра на il2Cpp для assets и шаблон False, как говорилось выше можно посмотреть GUID из UnityEX внизу справа от типа “.TMP_FontAsset” при распознанных MonoBehaviour, найти его в сборнике шаблонов и скопировать в папку Unity_Assets_Files\ (при необходимости подправить GUID если похожий из папки рядом взят) он должен иметь имя TMP_FontAsset.txt или для xml Template_TMP_FontAsset.xml или TMP_FontAsset.xml
Новый способ подключения шаблонов для assets data.unity3d il2cpp
Просто скопировать из сборника TMP_FontAsset\BaseTemplateUnity.structure в папку Unity_Assets_Files\ (обновлено на всякий это уже скопировано заранее в сборку).
В общем с этим параметром запакует новые шрифты без учёта их (структуры, версии TMP, GUID) адаптировав их к оригиналу.
Также тут добавлены в TMP_Arial_SDF_UnityEX.7z собранные arial для других версий очень отличающийся структур. Основные только два шрифта (TMP_Arial_3.0.6 g по умолчанию вынесен в корень, новее TMP_Arial_3.2.0-pre.5-10 тоже самое, но может сделать чуть мыла, на старых юнити, если по умолчанию не прокатит то попробовать этот), обычно нужны только два этих. Для старых версий движков 2018-2017 редко, но бывает и на 2020 (TMP_Arial_old_1.0.21 0.1.2pre_2018-2017), плюс там имются сгенерированные с расширенным количеством глифов для тайского  и венгерского языка.
2. Для стандартных шрифтов юнити для ufnt, редко но бывают и такие шрифты.
Другой Patcher_UnityEX_ArialFontUFNT (без convex_override, но оставлено здесь так как тоже по замене всех этих шрифтов одним)
Тут уже заменяет текстурные шрифты ufnt, на текстурный созданный мной arial, не на вектор ttf как говорилось выше, что может быть лучше для отображения. остальные ttf не трогает. Из Arial_UFNT_UnityEX.7z\Arial_UFNT_UnityEX\Raster Pixel\ можно попробовать пиксельную версию шрифта без сглаживания, просто заменив два файла рядом с CopyFont.bat Запускается здесь всё также, но на il2cpp здесь ничего не нужно делать.

Режим обратной адаптации не для шрифтов:
Например для mesh, material, animation clip.
Это уже обратный порядок конвертации перегружаемым шаблоном. Конвертация файла проекта по шаблону структуры на шаблон оверрайд, например, чтобы конвертировать новую структуру в старую.
Также (-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, его m_FileID(номер ветви архива-assets включения, если в самом архиве находится векторный шрифт это значение будет равно 0, отсчёт от нуля дальше 1... ветви включения из списка UnityEX вверху справа), далее идёт m_PathID(номер файла как бы в ассете) тут находится PathID на исходный вектор ttf или otf, если в шрифте будут отсутствовать символы они будут браться из вектора, только главное переключить m_AtlasPopulationMode на 1 это значит Dynamic (динамический шрифт) подключатся будет векторный, (а статический 0 только берёт то что есть в текстуре). Но это нужно добавлять свой векторный шрифт в архив, эта функция добавления доступна только на Ultimate версии. Либо использовать какой-то, который уже находится в ассете например стандартный, который идёт в юнити по умолчанию, но проектами обычно не используется например LiberationSans, его можно подменить своим. Также возможно придётся подключить ветку архива из тех где нужно подключить этот шрифт, когда этот шрифт находится в другом архиве, функция добавления веток доступна в Ultimate версии, ну и соответственно вместо m_FileID нужно писать этот добавленный номер ветки. (Library\unity default resources, не учитывается в нумерацию и просто пропускается). Но после небольших тестирований было выявлено, что такой подход тормозит движок юнити так как при появлении первых символов которых нет в текстурном шрифте они начинают грузиться из векторного, то ли они растрируются толи что, в общем движок тормозит.  Особенно это заметно на корейских и китайских иероглифах, так как их очень много и каждый просто грузится, на кириллице это более-менее работает быстро. 
Пример где это находится на распознанных MB на hex https://ibb.co/k8y1kdQ
Или вот на не распознанных https://ibb.co/WxQYD6K
Возможно проще это сделать на дампе, если шаблон получится подключить.
Как добавить ветку ассета:
https://ibb.co/Nr9k2XP
https://ibb.co/BnJ6ym6
Но как понятно этот вариант не совсем работоспособен, о этом далее. Также помимо тормозов, всё равно, возможно, не отображение части символов, в виде квадратиков. Когда эти символы присутствуют в в векторном шрифте, либо отображаются левые не корректные символы, ИИ движка TMP пытается подобрать похожий, ну по его мнению. Дело в том что генерируемые отсутствующие символы на текстуре, не влезают в неё и так и остаются отсутствующими, такой дефект можно заметить, там где разработчики подключили векторные шрифты к шрифтам TextMeshPro заполнив всю текстуру (AutoSize размером шрифта) и не сгенерировали нужные вам символы. Такое лечилось только полным удалением координат латиницы и она начинала браться также из подключаемого векторного (убирались так m_GlyphTable size=0 m_CharacterTable size=0, data_1 и далее от массива необязательно теги убирать). Либо сгенерировать новый пустой sdf с большой пустой текстурой и вставить его, с учётом подключённого векторного. Либо наоборот m_AtlasPopulationMode=0 делать, если шрифты были созданы, но латиница начала ломаться, такой баг тоже есть. В общем баги с этим параметром странные.
Способ конечно имеет право на существование и даже быстрее делается чем через движок. Всего лишь найти в этом же архиве ttf и в дампе xml исправить m_SourceFontFile.m_PathID=номер файла ttf (другой в бандлах в UnityEX включить столбец PathID), m_AtlasPopulationMode=1, 2 массива координат size=0.
На версиях юнити с 2021 это либо специально было отключено разработчиками либо совсем сломали, обычно это уже не работает, либо подключаются другие зарезервированные вектора из NotoSansHans, можно подменить иногда их на аутентичные, просто если в SDF нет символов ссылаются на эти, с отсутствием в m_SourceFontFile.
Да и ещё в m_FallbackFontAssetTable можно подключить другие SDF, также если символов нет то попробует взять из дополнительных (LiberationSans технический от юнити можно из него подключать). Также отображение букв с векторного будет лучше, может быть полезно для пиксельных шрифтов, которые в полных sdf могут выглядеть плохо.

Патчер для SDF, если в игре разработчики оставили исходные ttf шрифты и подключили их к sdf этот патчер-фиксер исправит частичные квадраты или левые символы вместо нужных символов для которых не хватило места. Таким способом появится возможность просто заменить векторный шрифт, так как в SDF полностью отсутствуют символы и на подключённых ttf символы будут браться из них. А в сами текстуры здесь добавлено много пустого места для генерации символов.
https://disk.yandex.ru/d/HpNE8CB39HpzPw

Дефольные шрифты TMP, которые обычно не используются либо редко, их ненужно делать в SDF.
LiberationSans
Anton
ARCADE
ARIAL
Avalon
Bangers
Electronic Highway Sign
IMPACT
Oswald Bold
Roboto-Bold

Подробнее о тегах значений шрифтов SDF
Блок m_FaceInfo — параметры шрифта
m_PointSize — размер шрифта, при уменьшении в игре шрифт увеличится, при увеличении уменьшится. Так потому что это размер шрифта, а размер текста конкретной строки это другое и тут этого нет, к строке применяется уже масштабирование до нужного размера, больший уменьшится больше до нужного размера.
m_FamilyName — имя шрифта не используется, лишь только для информации и другого.
m_LineHeight — верхняя граница символов, при увеличении сместит символы вниз и наоборот, может использоваться для увеличения расстояния между строками если они слипаются или расстояние слишком большое и текст не входит. Но сместит и первую строку.
m_DescentLine — также должно увеличивать расстояние между строками. Но только для нижних последующих строк, то есть первую строку никуда не смещает.

m_AtlasPopulationMode — подключает вектор, говорилось выше как и m_SourceFontFile m_FileID m_PathID от него. Багованый параметр.

Блок m_CreationSettings — не используется вроде бы, только информация.
padding — размер отступа от границ символа от него идёт высчитывание возможного Distance Field. Используется не максимальный для SDF16 это 16 пикселей, а какой возможен что не совсем верно сделано в движке.
characterSequence — используемые символы.
renderMode — возможно может влиять на сглаживание и иногда косяки отображения мыла в игре вокруг символов из-за неправильного или отключенного SDF

    public enum GlyphRenderMode
    {
        SMOOTH_HINTED = 4121,
        SMOOTH = 4117,
        COLOR_HINTED = 69656,
        COLOR = 69652,
        RASTER_HINTED = 4122,
        RASTER = 4118,
        SDF = 4134,
        SDF8 = 8230,
        SDF16 = 16422,
        SDF32 = 32806,
        SDFAA_HINTED = 4169,
        SDFAA = 4165
    }

m_FallbackFontAssetTable — список дополнительных шрифтов которые будут подключаться, если символ не найден.

Итог сейчас есть 5 способов создания своих шрифтов
1. Примерный TMP + создание на движке > адаптация к оригиналу с ручным переименованием в нужные имена какой шрифт созданный идёт на какой оригинальный.
2. Соответствующий TMP по версии по GUID + создание на движке > простое авто. переименование переименовщиком, какое имя файла (БЕЗ SDF Atlas и типа) идёт на какой файл шрифта указываются как имена дампов так и текстур, на какие имена файлов шрифтов они пойдут, часть типа и аффикса подбирается автоматически.
3. Примерный TMP + создание на движке > также авто. переименовка > вставка с параметром -convex_override, то есть адаптация происходит при вставке только для UnityEX.
4. Через сторонний генератор SDF > нужно указывать на какое имя шрифта в дампе пойдёт векторный файл шрифта > переименование производится вручную, так как могут не совпадать имена текстур.
5. Через параметр подключения вектора m_AtlasPopulationMode — багованный способ, генерация SDF происходит на уровне движка по ходу игры.

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

Шрифты font_raw
Это другой стандатный формат также может быть растровым и с distance field, а может быть векторным. Если он растровый то бинарные координаты будут в нём извлекается как ufnt. Ну а если вектор то там будет весь файл вектора ttf.
С растровым созданием шрифта почти всё также, но в юнити он по другому создаётся, там кидается векторный шрифт в проект и переключается режим Character, Dunamic это вектор остальные для растра с заданными символами Custom Set.
Соответственно, чтобы шрифт задействовался в сборке его нужно добавить на соответствующий текст UI>Text Либо TextMeshPro. Ну или собрать его в бандле, что лучше. Помнить что полный font_raw содержит PathID (материал и текстура в начале) и он не подойдёт простой заменой. Из бандла можно достать дамп и запаковать уже его с пропуском этих PathID. Также можно достать только ufnt и его запаковать, это в принципе должно подойти тоже. Ну и также заменяется текстура.
В последних версиях UnityEX появилась поддержка вставки вектора на шрифт растровый, которые font_raw и наоборот.
Нужно вместо файлов .ufnt сделать .ttf, а сам ufnt убрать, запакуется вектор. Но вектора тоже в игре могут косячно выглядеть и придётся всё равно клепать текстурные. Ну и наоборот также вместо ttf подставлять созданные ufnt. Всё это имеется в автоматическом bat файле с заменой всех шрифтов на ариал https://disk.yandex.ru/d/WIdCev4iizQxYg (запустить рядом с извлечёнными ufnt). 
2025: Замечено на свич, что если вставить вектор то при загрузке бандла игра может зависнуть, оказалось нужно делать так, чтобы как по дампу m_Texture была с нужной текстурой от шрифта, также был задан m_FontSize (размер влияет только на векторный), это должно исправить завис, далее нужно занулить текстуру, можно взять любой .tex файл без текстуры внутри обычно они называются Font Texture.tex заменив нужный, это должно исправить косяки, когда символы текстуры отображаются из неправильного места. Но всё равно даже если это исправить возможно, что шрифт будет выглядеть мыльно, тут я точно не знаю в чём дело (m_FontRenderingMode не поможет). И всё равно придётся делать текстурный шрифт, но иногда такая вставка вектора помогает и шрифт работает как векторный.
Для 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 обратный компилятор на всякий). (Сборка декомпилятора/компилятора Assembly-CSharp.dll https://disk.yandex.ru/d/g9f9I7RqHW5jqw но без инструкции, по сути тут всё всё равно понимать нужно, это не radialix, в нём тоже можно сделать).
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 шаблонов, также и вложены шаблоны в бандлы, где они присутствуют, иногда их разработчики могут отключать.
А на проектах il2cpp можно попробовать декомпилировать код и получить dll для дампера с помощью (Все dll от il2cpp проекта можно получить, для сборок на андроид и свитч подключается .so или main, для PC GameAssembly.dll файл, а также сам global-metadata.dat в Il2CppDumper или Il2CppDumper-GUI). Отправить все полученные dll в [игра]_Data\Managed, и уже можно создавать шаблоны дампером.
Также имеется поддержка подключения шаблонов сторонних создателей например
TypeTreeDumper
Вот полные шаблоны полученные с помоoью этого.
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/cn2578lCDvm62A
Нужно добавить в Assets\ появится кнопка построить бандлы Simple Bundles/Build, чтобы добавить созданный файл от компонента, нужно выбрать его и справа внизу добавить его в новый балдл задав имя например fonts.bundle или уже созданный там. Потом уже нажимать кнопку Build, в выбрать папку и в этом бандле будет находится файл и структура шаблона от него с GUID. В последствии можно достать дамп файла и перекинуть его даже в другой проект с тем же GUID, конвертировать/адаптировать в необходимый. Напоминаю для пропуска PathID FileID есть предназначенный для импорта параметр в UnityEX, эти данные не должны переносится из проекта в другой проект.
В общем это вариант получения дампов xml без применеия дампера, который получает шаблоны из dll для assets, а этот вариант для получения из созданных бандлов.
Так что, если известен GUID из защищённого проекта/игры где никак не получить шаблон, его можно найти зная GUID, который всегда есть.

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

Конвертер для шрифтов SDF
Новый простой способ создания шрифта с адаптацией к оригинальным дампам (xml) предоставил SileNTViP.
Он использует генератор шрифтов msdf-atlas-gen, что позволяет не использовать движок юнити, а также имеет адаптацию к разным версиям TMP (новым с юнити 2018), благодаря чему не нужно заморачиваться с их версиями.
Но для проектов il2cpp предварительно нужны подключённые шаблоны из сборника.
Новый способ подключения шаблонов для assets data.unity3d il2cpp
Просто скопировать из сборника TMP_FontAsset\BaseTemplateUnity.structure в папку Unity_Assets_Files\ или в корень с UnityEX.exe.
Необходимы только оригинальные дампы, извлечённые через Export_FontAndTextures_dump.bat.
В папке Original должны находиться сами оригинальные дампы (текстуры-атласы необязательно).
В папке ttf должны находиться нужные векторные шрифты.
В файле replace.txt нужно прописать имя оригинального шрифта sdf (без префикса SDF), а после знака равенства имя векторного шрифта для перенаправления и переименования.
При запуске ReplaceFont.exe в папке Output создастся новый sdf шрифт адаптированный от оригинала с добавленными русскими символами.
Пример
В оригинале xml под тегом m_Name это имя нужно указывать без SDF
<m_Name type="string" value="ARIALUNI SDF"/>
Векторный такой arial1.ttf
В replace.txt так ARIALUNI=ARIAL1 регистр неважен
Должно быть установлено это dotnet-runtime-8.0.x
https://dotnet.microsoft.com/ru-ru/download/dotnet/8.0/runtime?cid=getdotnetcore&os=windows&arch=x64

Ссылка1 исходная:
https://disk.yandex.ru/d/DIRIXmXKVXomCQ
Ссылка2 с батником для отображения ошибок:
https://disk.yandex.ru/d/zWsXYYk865cvKA

По сложности это сопоставимо с запаковкой шрифта через параметр -convex_override и это сейчас самое лёгкое для создания своих разнообразных шрифтов похожих на оригинальный стиль. Подробности этого параметра выше.
А есть ещё легче запуском лишь одного батника в папке _Data игры скачать и подробности “сборка патчера всех шрифтов игры на шрифт ариал” это находится выше там же. Но естественно уже поставит на всё только ариал шрифт.

Конвертер для шрифтов fntxml_to_unityfnt
Старый софт, наследие для 4-5 юнити. (по работе схоже с UnityFont)
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 сборка EXTRACT_TextBIN + ParserTextBinUnity + скрипт сборки базы текста AutoTranslator
Старый софт, наследие для работы без дампов. Редко но иногда нужен и для других движков бинарных форматов. (по работе схоже с UnityText)
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 и латиница также извлекается)
https://disk.yandex.ru/d/g9f9I7RqHW5jqw

Сборка декомпилятора/компилятора Assembly-CSharp.dll
Это обработка не юнити файлов, это библиотеки .NET
Без инструкции как таковой, по сути тут всё всё равно понимать нужно.
Сначала декомпиляция ildasm.exe в Assembly-CSharp.il потом все батники использовать. Здесь разделение текста на служебные слова есть, которые нельзя переводить, а также сборка в _AutoGeneratedTranslations.txt чтобы подхватывать полученный текст автопереводчиком. Так что перевод этого файла именно обратно на него может быть проблемным.
https://disk.yandex.ru/d/g9f9I7RqHW5jqw
Это не radialix, в нём тоже можно сделать перевод.
Так что Radialix может быть чем-то проще, но там не будет отсеивания мусора.

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

Здесь можно настраивать из каких блоков-тегов доставать текст регулярными выражениями.
Текст собирается из множества файлов в один текстовик извлечённого текста, он считается простым собранным текстом его не нужно трогать. Сам перевод делается уже на _Translate файлах и считается базой перевода (переводческой базой, базой текста). Эта база перевода и адаптируется к постоянно меняющемуся при обновлениях простому собранному тексту.
Да, тут имеется поддержка обновлений игры, извлечённого текста в виде патч-файла, то есть весь новый непереведённый текст перенесётся отдельно, потом можно добавить его в конец базы перевода или автоматом при вставке добавится, если этот файл патча есть. Что машинно получается быстрее переводить.
Также есть и частичное совпадение, если нужно адаптировать хороший перевод.
И оптимизация дублей, с режимом ограничения на длину. Типа оптимизировать строки не меньше 15 символов, длинные сожмутся, а короткие нет, также можно её и полностью выключить и замена дублей строк пойдёт по порядку, которые в базе текста расположены, если не хватит дублей заменит последним. Это конечно параметрами настроек переключается.
Также присутствуют и простые замены символов наборов символов как после извлечения так и при вставке, есть и другой способ, енкодером, поддержка замены символов уже своей кодировкой хоть в хекс кодах.
Поддержка смены стандартных кодировок текста, при импорте, основные базы не меняются.
И это не только для юнити, а для всех текстовых файлов подходит откуда можно обработать текст и как нужно на свои усмотрения.
Конечно, много что можно настроить, но основные настройки для каждых видов файлов от каждой игры это файл скрипта tools\script_list.txt
Подробности о нём есть в tools\инфа по работе ToolsKitText.txt
По сути содержит функционал всех этих GUI прог: WinMerge, UV FilesCorrector, MemoQ и POEDIT. В одном лишь запуске бат файла на извлечение и запаковку текста, так как все вложенные программы CLI.
Эту сборку можно вложить даже в русификатор и сделать запуск из основного батника.
копирование текстовых файлов из [игра любой версии\] в [ToolsKitText_DUMMY_SoftText_Scripts\unpack_en\] 
start /b /w /d "ToolsKitText_DUMMY_SoftText_Scripts\" 1.export_text_en.bat true
start /b /w /d "ToolsKitText_DUMMY_SoftText_Scripts\" 2.import_text_tr.bat true
обратное копирование переведённых текстовых файлов в [игра любой версии\] из [ToolsKitText_DUMMY_SoftText_Scripts\unpack_tr\] 
Конечно сначала возможно понадобится извлечение. UnityEX это умеет делать только в режиме update, обновляя по именам уже извлечённые раннее добавленные файлы в русификатор от старой версии в указанную папку можно сразу в unpack_en\ и паковать из unpack_tr\. Для других движков конечно понадобятся другие распаковщики архивов, также возможно другие парсеры текстов бинарных файлов, CLI, которые также можно вложить в автоматическое обновление. Как и api переводчик патча текста, здесь его только нет.
Ещё более наворочанная сборка оптимизированная и уже с поддержкой предварительного извлечения блоков, а следом из них уже извлечение текста. По умолчанию извлечение блоков выключено (экранированием rem call :RunProcedureBLOCK) и работает как стандартная (call :RunProcedureSIMPE).
https://disk.yandex.ru/d/15eulogNhRzTow

Патчинг архивов через клиентскую версию 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. Как понятно, этот параметр используется по ситуации в зависимости от структуры файла, и обычно не обязателен. Используется только на сложных структурах где нужно изменить размер блока помимо длины строки, такая же штука может быть и на юнити на форматах от самого разработчика, узнать это можно когда при увеличении или уменьшении длины строки (пробелами например) игра будет вылетать. (В форматере текста также есть функции добивания текста пробелами и ограничения под оригинал, если это не обходить, а делать таким способом.)

Простой способ обхода подписанных pak sig, чтобы читались новые pak
Запускать игру с параметром -fileopenlog
Но не очень удобный для запуска, либо этот параметр прикручивается через hook.

Другие пакеры и обработки ucas utoc pak
Также имеются пакер ucas utoc, и пакер pak (3-8-11 версии паков тестировались) может заменять файлы в pak unreal5 с защитой sig, но с ограничениями под размеры оригинала. Имеет AES_Sercher который собирает кучу ключей из exe запутанного файла денуво под 1милион штук и через пакер применяется брутфорс взлом шифрования.
К этому идёт locres который умеет сжимать дублируемые строки компоновать их в разных кодировках, первая половина анси учитывается как простая строка для уменьшения размера. Умеет удалять ненужные строки убранные из текстового файла, снижая размер полного файла locres. Умеет удалять дублируемые ключи оставляя последний, так как если в конце добавлены обновлённые строки, а в начале старые, то движком берутся первые, а если ещё и crc не совпадает с тем текстом что в коде, то эта строка даже не переведётся. Может извлекать текстовый формат от UE4TextExtractor (который собирает тексты из uasset), извлекать из этого созданного locres от LocResTools который не работает в UE5, что нужно для сборки текста не вынесенного в локализации. Умеет создавать новый locres 1 версии из csv файла. Поддерживает версии экспорта/импорта locres от 1 до 3.
Также уменьшения русского можно ещё и кодировать буквы в первую половину анси, так как в юникоде и из-за длинных слов размер значительно возрастает. Что даёт возможность сдать переведённый файл меньше оригинала, но тогда нужно и шрифты переделывать, просто как вариант.
Да на файлы pak с защитой sig возможно записать данные только с ограничением, но никакие сторонние pak всё равно не подключаются.
Это не hook способ, конечно через hook моды можно подключать файлы без ограничений размера.
Есть вероятность в разбираемой игре, что можно прописать путь локализации в конфиг ini другой, что позволит вынести файлы локрес под другим путём внешне как вариант такой способ тоже частично возможен, а сам изменённый конфиг файл проще будет запаковать обратно, но не всегда может получиться, и тогда можно вставить только ограниченный locres.
Это платный софт, так что просто так прошу не обращаться.

Инфа как сменить путь локализаций из конфиг файла. Подойдёт и для защищённых pak+sig.
Может быть прописано в
игра\Config\DefaultGame.ini
или
Engine\Config\BaseGame.ini 

Особенность Engine\Config\BaseGame.ini идёт в приоритете если там прописано то там и нужно менять. 

Бывает что это прописано так
[Internationalization]
+LocalizationPaths=%GAMEDIR%Localization/%GAME%

[Internationalization]
+LocalizationPaths=%GAMEDIR%Content/Localization/Game

(в %GAMEDIR% видимо разное бывает "[../../../игра название or Engine]/Content/" или только "[../../../игра название or Engine]/" )
(в %GAME% похоже "Game or Engine" меняется)

Иногда восе отсутствует поле Internationalization
Его можно попробовать добавить, вначале или после поля где хранятся значения сжатий [/Script/UnrealEd.ProjectPackagingSettings]

Особенность Переменную %Game% или папку Game нельзя менять, это отрезается подставляя новое или меняется.

Например таким путём без сомнительных переменных
[Internationalization]
+LocalizationPaths=../../../игра/Content/Loc/Game

или с переменной как было
+LocalizationPaths=%GAMEDIR%Content/Loc/Game

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

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

Localization на Loc и теперь все локализации будут читаться из этой внешней папки.
игра\Content\Loc\Game\язык
Особенность для работы других языков их также нужно выносить внешне, иначе они не подключатся, что в принципе не обязательно, да и упростит количество переключений языков в настройках.
Это изменение пути подойдёт и для обычных pak, но смысла в них это делать нет, проще запаковать в pak модом.
Вот такие вот дыры у этих подписанных pak, зачем это подписи сделаны не совсем понятно.
И никакой реверсинженеринг даже не нужен и написание каких-то hook на для exe, которые сами часто с денуво и зашифрованы.
Ну а вот шрифты, если игровые не поддерживают символы, придётся также уменьшать в размере, для этого поможет FontForge, он может хорошо уменьшать размер. Вроде бы в конфиге путь к шрифтам уж точно не указать.

То что есть в инете могу здесь выложить. В сборках
Пакер 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
Батник с параметром -f "{}.locres,{}.ufont,{}.ttf,{}.otf,{}.txt" анпакера quickbms для извлечения только locres, txt и ufont>ttf, так как для остальные файлы обычно мусор если конечно текcт не в uasset, и извлекать лишнее не нужно таким способом.
https://mega.nz/file/XYMXiQzQ#6E2q90hJmbBNJBh0MwRl3Odh8YtoB_4gIt_oDKJ20k0
Простой переименовщик типов ufont в ttf и обратно, по сути нужен только обратный ttf>ufont для паковки в UnrealPak, так как мод. bms уже переименовывает.
https://mega.nz/file/aFcx1BqA#egqQouQlVDErkwugVl6IkrIdAszStHnlF_ZNWJfNbls

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

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

WebMoney
120 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: 120 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”.

Платная версии UnityEX
Ultimate версия, поддержка юнити до 2020-6000 и возможно выше последней текущей, обработка звуков, видео, спрайтов, обработка текстовых дампов.
Оплата происходит на реквизиты отсюда или аналогичные из программы. После оплаты нужно связаться со мной @DragonZH по оплате вышлю ключ (Или по связаться почте dragonzh@yandex.ru).
Ключ нужно вести в обычной версии программы там где кнопка ? вверху справа.
Применить и появятся ссылки на Ultimate версию, которую нужно будет скачать.
Для активации нужен интернет.
В версии Ultimate после номера версии везде будет добавлено слово Ultimate.
Передача ключа другим людям не допускается, иначе ключ будет заблокирован!
Также возможна блокировка ключа при использовании глобального VPN или прокси! Браузерным VPN или VPN роутера можно пользоваться.

Изменено 16 часов назад пользователем DragonZH
Добавлен генератор-адаптер-конвертер к оригинальному дампу шрифта sdf. \n Параметр -convex_override Сборка патчера на все шрифты поставить Arial любой игры. \n Информация о Unreal pak+sig \n В самом начале добавлен архив всей этой шапки с изменениями.

[SupHamster 0]

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

А какая разница как назван тип, проигрыватели это итак возьмут, они же по данным определяют. Кто-то и в mp3 тексты BASE64 cуёт.
mov у этой проги как тип данных от видео, как snd и как tex. Ну возможно забыл это убирать при настройке без дата типа.
У меня там такое
InfoMovie.m_Format
    1:Result:='.ogm';
    2:Result:='.mp4';
    3:Result:='.m4v';
    4:Result:='.webm';
Что тогда это 2 идентификатор будет? Более вероятно, что всё так и есть.

То что там mov мне без разницы, ибо по факту расширение оканчивается на ogm. У меня на скрине видно, что mp4 UnityEX как ogm обзывает (при распаковке тоже), то есть детектит не верно, причём я ни разу не видел, чтобы корректно mp4 файл определился сколько игр не пробовал. По поводу того, что всё читает у меня сомнения есть насчёт видео — VP8 пожатые Юнити отказывался читать, пока я я метадату не удалил. По факту ogm вообще нет такого тут https://docs.unity3d.com/2023.3/Documentation/Manual/VideoSources-FileCompatibility.html только ogv.

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

[DragonZH 1 184]

v1.10.5.8 Ultimate
Изменено назначение идентификатора типа mp4 на 1.
При запаковке другого типа видео меняется и идентификатор, при равном не меняется, раньше занулялось, сейчас 0, если не один не совпал из (mp4, ogv, m4v, webm).
 

[DragonZH 1 184]

Добавлен размер в строку инфы в эту же версию.

[SupHamster 0]

Я наверна достал уже, но в GUI темпаки от бандлов удаляются при выходе из UnityEX, соотв. если открыть несколько подряд бандлов, то после закрытия проги удалится только temp файл от последнего открытого бандла. Поэтому хотелось бы, чтобы старые темпаки чистились при открытии нового файла тоже, ну или сделать работающую чистку всех темпаков при выходе.

И ещё такой вопрос по бандлам: экспорт допустим видео из бандла можно сделать батником Export_movie_PV.bat, а запаковать назад через Import_movie_PV.bat уже нельзя (вылезает ошибка что не найден CAB-*resource), ибо надо сначала запустить Export_bundles.bat, а затем уже Import_movie_PV.bat и Import_bundles.bat, с одной стороны ничего мне не мешает 3 батника в блокноте объединить в 1, но раз экспорт одной командой делается, то почему и импорт так же нельзя замутить было?

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

[DragonZH 1 184]

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

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

Экспорт это примитивные действия простого извлечения данных, а импорт это сложные вычисления со смещением всех вложенных ресурсов архивов стоящих следом. Так как ресурс отдельная неактивная запись данных в бандле в период обработки, то запаковка ещё более усложняется, при каждой записи файла всё будет смещаться с замедлением работы. Поэтому такой поддержки нет. Такая обработка возможна только на внешнем файле, это можно автоматизировать извлечением ресурса и запаковкой. Параметром это тоже несложно сделать, но пока не до этого.
Типа: 1 -извлечение ресурса. 2 -запаковка файлов. 3 -запаковка ресурса.
На гуи это сейчас так и выглядит Переключение на ресурс извлечение, переключение на архив с файлами и запаковка, снова переключение на ресурс и запаковка.
Но и опять же смысла на консоли это не много даст, data.unity3d это множество ассетов с ресурсами, и их всё равно нужно все извлекать. Да и бандлы тоже бывает из нескольких ассетов кабов состоят. В общем бандл это архив в котором находятся другие архивы. Чтобы точно убедится, что вы не пропустили никакие нужные данные для модифицирования или не можете их найти, нужно распаковывать все бандлы. Это даст снятие сжатия, а там уже поиск нужного текста или распаковкой этих кабов упростится.

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

[SupHamster 0]

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

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

[DragonZH 1 184]

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

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

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

удаление добавлено.

Для изменения путей используйте параметр -p Это подойдёт, будет где папка Unity_Assets_Files\
-f [General]  Это не путь, а то место Unity_Assets_Files\[General]\ откуда запаковываются все файлы, не помню распаковывает ли сюда же, если что можно попробовать для сокращения, но потеряется путь от архива непонятен будет.

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

[DragonZH 1 184]

Проверил работает распаковка -f "%%~na"

Так тоже можно я думаю
-p c:\

[SupHamster 0]

4 часа назад, DragonZH сказал:

Проверил работает распаковка -f "%%~na"

Так тоже можно я думаю
-p c:\

-f для ассетов, -p для бандлов походу, ибо с 1м структура распаковки другая (нет папки CAB-*). Кстати, текстуры можно сразу в .bundle паковать без предварительной распаковки CAB-* файлов из бандла, проблема только в видео и аудио (ругается на отсутствие CAB-*.resource).

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

[DragonZH 1 184]

10 часов назад, SupHamster сказал:

-f для ассетов, -p для бандлов походу, ибо с 1м структура распаковки другая (нет папки CAB-*). Кстати, текстуры можно сразу в .bundle паковать без предварительной распаковки CAB-* файлов из бандла, проблема только в видео и аудио (ругается на отсутствие CAB-*.resource).

Без разницы можно и тем и другим. папки кабов смысла много не несут их можно и опускать, запаковка тоже пройдёт. Но как и сказал бандлы лучше распаковывать, потому что консоль берёт только первый каб, дальше могут быть ещё.

[DragonZH 1 184]

v1.10.5.9 Ultimate
Теперь из консоли при распаковке/запаковке на бандл проходит по всем ассетам/кабам внутри него.

[DragonZH 1 184]

Добавлены параметры режимов экспорта/импорта только ресурсов бандла exportres importres.

экспорт в корень бандлов идёт.

Импорт реса происходит на памяти, возможно переполнение памяти и задержка. Пока нет функции файлового потока на файловый поток в середину файла с заменой и смещением последующих данных.

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

[SupHamster 0]

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

Добавлены параметры режимов экспорта/импорта только ресурсов бандла exportres importres.

экспорт в корень бандлов идёт.

Импорт реса происходит на памяти, возможно переполнение памяти и задержка. Пока нет функции файлового потока на файловый поток в середину файла с заменой и смещением последующих данных.

UnityEX.exe export "test.bundle" -t ogm,webm,dds,tex,crn,fsb -p "C:\games\Test\Test_Data\StreamingAssets\aa\StandaloneWindows64"
UnityEX.exe exportres "test.bundle"
UnityEX.exe importres "test.bundle"

Замутил такой батник для тестов — вроде работает, но, думаю, не помешал бы ключ для удаления импортированных кабов (которые создаются во 2й команде) на последнем шаге, что-то типа “-delcab” в конце.

 

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

[DragonZH 1 184]

Нет это для импорта нужно, экспорт итак будет работать.
Экспорт
for %%a in (*.unity3D;*.bundle) do (
UnityEX.exe export "%%a" -t ogm,webm,dds,tex,crn,fsb -p ".\"
)
Импорт
for %%a in (*.unity3D;*.bundle) do (
if exist "Unity_Assets_Files\%%~na\" (
UnityEX.exe exportres "%%a"
UnityEX.exe import "%%a" -p ".\"
UnityEX.exe importres "%%a"
)
)
 

Если ещё удаление остатков нужно то можно добавить в конец после импорта всего
del "*.resS"
del "*.resource"
Думаю ничего нужного не удалится.

[SupHamster 0]

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

Экспорт
for %%a in (*.unity3D;*.bundle) do (
UnityEX.exe export "%%a" -t ogm,webm,dds,tex,crn,fsb -p ".\"
)

после прогона данного экспорт батника в папке с кучей .bundle файлов у меня появилось почти столько же .temp файлов (86 бандлов и 81 темпаков, не появились темпаки только у бандлов, где нет CAB-*.resS файлов внутри, например, где только звуки) сколько самих бандлов в итоге, ошибок не было вроде. С одной стороны, можно добавить del "*.temp", но лучше если будет само чиститься, думаю. Самое интересное, что после импорта темпаки удалились сами.

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