SupHamster

А что за тема вообще с переворотом текстур, а то тут в одном ассете в перемешку crn + dds находятся, где 1й (срн) в перевёрнутом виде при извлечении, а 2й (ддс) в нормальном. В коммандной строке в таком случае, -nft при импорте и экспорте прописал и стало норм. Отсюда вопрос, если я переворот убрал при экспорте/импорте — могут ли косяки с перевёрнутыми текстурами вылезти (в игре, при экспорте они будут вверх ногами естественно) снова или как?

Да, я про гуи и там видимо этот нконв не активирован в последнем билде. В 1.10.3.7, когда выбираешь пнг в гуи, то этого было достаточно, чтобы все файлы были пнг при распаковке, сейчас в исправленном 1.10.3.8 всё те же файлы в ддс конверит. Тестится очень легко, но я на всякий случай в личку файл скинул (ибо там 18+).

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

А в чём собственно поддержка заключается можно узнать, ибо данная проблема до сих пор не решена даже на первоапрельской версии?

Функция list мало информативная — хотелось бы, чтобы там отображались смещения найденных файлов и их длина (размер).

Это легко проверяется — называем папку с ассетами допустим так ”村娘のNTR冒険1.6” и вжух ассеты в UnityEx перестают открываться (вылазит ошибка, что не удаётся открыть указанный файл). По поводу нужно или нет тоже спорное утверждение — иначе зачем практически все известные разработчики в своё время ввели поддержку юникода (тот же Inno Setup). Как минимум это нужно, чтобы понимать, что там за файлы и по правильным именам это сделать явно проще, ну и ещё если экспортированные файлы подсовывать в другие проги для модификации, то не известно, как они воспримут такие название с крякозябрами и в итоге какое имя будет присвоено после сохранения...

Ну да, очевидно же. Такая же шляпа с японскими именами внутри ассетов. А если в пути (в названии папки) будут японские символы, то такой ассет вообще не откроется в UnityEx...

А UnityEx что юникод не поддерживает? Ибо русские имена внутри ассетов крякозябрами отображаются, кстати, AssetStudio и UABE 3.0 их корректно отображают.

@Kaspere Попробуй в UABE это сделать (Выбрать Assets, откроется Asset list, там нажать на нужном VideoClip файле “View Data” и далее как на картинке правым кликом мыши в нужном месте для экспорта/импорта) — главное закинуть туда все файлы sharedassets0.*, иначе будет ошибку при импорте/экспорте выдавать.

Тоже вопрос по таким файлам с хешем. Как их ломать/модифицировать правильно? Просто хэш изменённого файла самому пересчитать и в манифест закинуть канает и если да, то UnityEx сама что-либо подобное умеет делать? В плане утечек памяти что-нибудь фиксилось или планируется профиксить? P.S. Ещё такой вопрос нетривиальный: .unity3d файлы игра в распакованном виде будет читать и если да, то как грамотно ей их подсунить, ибо бывает внутри этих файлов есть такие файлы в“Resources\unity default resources” которые есть в корне папки *_Data и в самом .unity3d с разными размерами, то есть заменять придётся, хотя я не в курсе зачем они вообще нужны. И как вообще этот файл .unity3d в самом Unity Editor создаётся (нигде не нашёл никакой инфы) и как игра узнаёт, что ей надо оттуда инфу брать?

UnityEx не умеет корректно из ддс в пнг такие файлы конвертировать https://workupload.com/file/rdn35kWyDTp (DirectDraw Surface [L8]), в XnView MP если сконвертировать, то норм. Также nwn_crunch.exe для 5й версии Юнити не пригодна (портит файлы), но если юзать OF версию, то норм, но она 2018 и выше соотв. не поддерживает - можете плз универсальную версию запилить, которая все версии будет поддерживать или чтобы UnityEx действовал по ситуации в зависимости от версии Юнити, ибо я тут спросил и походу совместить вряд ли удастся? Ну и главный вопрос — по утечкам памяти на больших ассетах при экспорте в пнг, есть какой-либо прогресс в починке данной проблемы? P.S. мини-вопрос — UnityEx при обратной конвертации из пнг в ддс при импорте учитывает оригинальный формат ддс в ассетах, или по какому принципу она конвертирует? Я к тому, что если я вручную допустим буду в ддс перегонять, то там куча разных ддс подвидов существуют, соотв. есть какой-то универсальный вид ддс (походу нужен тот, что без сжатия DXT, чтобы не ругался на не кратность 4 по ширине и высоте?), в который лучше все пнг файлы перегонять (перед импортов в UnityEx) и в котором они в игре будут корректно отображаться при внедрении на любой версии Юнити?

Кстати, а для файлов таких файлов https://workupload.com/file/WKU5MbffyyV (там походу ещё какие-то шифрованные текстуры в .txt формате запихнули) без расширений батник существует для анпакинга и пакинга? Ещё бывают такого же типа файлы с расширением типа .99 и тп. Вообще как-то реализуется пакетная обработка через коммандную строку в таких ситуациях без постоянной правки батников? А по поводу утечки — экспорт dds текстур памят не жрёт от слова вообще. может тогда конверсию в пнг на texconv.exe переключение (хотя бы опциональное) сделаете в UnityEx, ибо он вроде судя по описанию все типы dds поддерживает?

Крэшится, когда процесс UnityEx отжирает примерно 1.6Gb Ram (если точнее, то на 1651652 Kb). Другой вопрос почему он так память расходует для конвертации и не очищает её после каждой картинки (ну или после 1к хотя бы).

В UnityEX_Soft идёт в комплекте файл texconv.exe — можно как-то через него конвертацию в пнг настроить и вообще он как-либо UnityEx подхватывается, иначе смысл его было выкладывать? Ещё тут же выложен ConverterTexture.exe — соотв. вопрос чем лучше и проще большое кол-во ддс файлов в пнг перегнать (явно не плагином для фотошопа) и чтобы это всё дело потом UnityEx и самой игрой корректно “скушалось” и отобразилось (прозрачность не потерялась и тп)?

Из меня конечно прогер так себе и не в обиду разработчику, но мне (по косвенным признакам) всё-таки кажется тут 32 битность проги не вывозит и возможно, то что она на древнем дельфи скомпилена… Если ассет > 2Гб + там более 1к имж файлов и производится экстракшн\импорт пнг формата, то это почти гарантированный крэш (на картинке, где разрешение даже не FullHD) и тут жди, не жди - только жмакнуть на закрыть дают.

UnityEx у меня (png экстрашн, dds всё норм, распаковываю через батники, с запаковкой тоже виснет, но реже) виснет не на текстурах больших разрешений, а именно, когда ассет файл больше 1Гб + файлов очень много. Самое интересное — завершаешь зависший процесс UnityEx.exe в диспечере задач и он вроде как заново запускается по 2му разу, но уже без ошибок о нехватке памяти (у меня 16Гб ОЗУ и СДД с 50 Гигами свободными).

Та же шляпа на другой игре на почти 3 гиговом файле resources.assets.resS. Вероятно из-за того, что прога 32 битная и памяти ей не хватает и надо 64 битную версию ждать? Ещё вопрос по другой теме в v1.9.1.0 (там это ещё можно) если звук перепаковывать, то после запаковки того же (.wav файла) самого файла назад без изменений такое впечатление, что он UnityEx назад не сжимает/кодирует (хотя в GUI показывается fsb5 формат после запаковки), поэтому размер вырастает в разы (по сути на размер распакованного .wav файлы). Собственно вопрос, в новых (платных) версиях так же или это профиксили? А если .wav файл удалить перед запаковкой и оставить только .fsb, но размер ассета после перепаковки не меняется...

Кто-нибудь знает, как переводить файлы с расширением “.TextMeshProUGUI” (не в hex-редакторе естественно, чтобы не зависеть от длины исходных фраз). P.S. Кажись ТoolsKit_MonoBehaviour умеет их переводить...

У кого-нибудь были проблемы, когда после импорта русифицированного SDF.TMP_FontAsset игра пишет Out of memory перед моментом показа текста с поменянными метриками и текстурами? Я грешил на текстуру шрифта, которая выросла с 200Кб до 1Мб после прошивки в неё русских букв, но если метрику SDF.TMP_FontAsset не импортировать, а только текстуру менять, то ошибка не вылезает — просто вместо текста белиберда из пикселей на английских фразах, а на русских пустые квадраты. В Hex я менял (с 03 на 21) значения как по видео инструкции (только в 1 месте примерно в середине, ибо в начале в заголовке значения были одинаковые в русском и аглийском SDF.TMP_FontAsset). Русский SDF.TMP_FontAsset 31Кб, английский 11 Кб. https://ibb.co/BzjcXd4 https://ibb.co/ZmQQLpR

Хотя с командной строки запаковка работает коректно через файл UnPacker_UnityWebData.exe.

Спасибо, но после того, как прога предлагает сделать репак после открытия файла, я соглашаюсь, далее нажимаю кнопку перепаковать и ничего не происходит, или для этого нужна платная версия и если да, то какая именно? Вот тот же архив с гзип https://workupload.com/file/EfVJSx25Akz и бротли сжатием https://workupload.com/file/8gxKAKgqeNV

А поподробней можно плз для тупых или ещё лучше допилить функционал, чтобы прога файлы с заголовком UnityWebData1.0 открывала и пересохраняла без доп. манипуляций? Вот файл для примера, если надо https://workupload.com/file/Qd6NgezrV7W

На каждом форуме есть "умник", который делает вид что разбирается в чём-то, хотя на деле полный 0 и только ещё больше наводит тумана, а если пытаться добиться от него конкретики, то тупо сливается . Что толку от перепаковки, если в моём случае надо сначала текст как-то вытащить. Единственно верное твоё решение - это помолчать и подождать ответ гуру, то бишь автора темы.

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

Приветствую. С данным файлом https://cloud.mail.ru/public/E5bh/iABQR4M77 есть возможность научить Вашу программу работать как надо? Хотелось бы иметь возможность вытащить/вставить текст и шрифты. Пока что я вижу только возможность вытащить шрифты, распотрошив выложенный файл без возможности запихнуть их назад в исходный файл (вернее возможность то есть, но тк файл сам по себе архив-контейнер с заголовком UnityFS, то при перепаковке тереяется большая часть файлов). Текст программа не видит, хотя он есть (как вариант, можно через поиск (открыв файл в блокноте или через TC) забить слово "Vivian", чтобы его быстро найти).