Перенос русской озвучки/текста из РС игр (PS1/PS2/PS3/PSP)

[xtz]

ну.. что-то внятное он вроде показывает, но это тяжко конечно

Нажмите

[Zetper]

Цитата: Сообщение от xtz ну.. что-то внятное он вроде показывает, но это тяжко конечно Нажмите

Под каждой картинкой 64 на 64 видна палитра 1024 байта она скорей всего одинаковая. Похоже на игру якудза я там такое же видел. Формат картинки 8 бит а ты выбрал 24 бит для отображения это не правильно. Стандартными прогами целиком такую картинку не посмотреть можно только каждую картинку 64 на 64 посмотреть правильно в проге Console Texture Explorer атак люди люди пишут код, создают пустую картинку и заносят на неё все картинки 64 на 64 в правильном порядке для этого используется тайловая карта с номерами картинок или используется стандартная карта последовательно идут картинки всегда в одинаковом порядке для всех подобных текстур.

[xtz]

Цитата: Сообщение от Zetper палитра 1024 байта она скорей всего одинаковая.

да, так и есть

Цитата: Сообщение от Zetper Похоже на игру якудза я там такое же видел.

это она и есть))

Цитата: Сообщение от Zetper Стандартными прогами целиком такую картинку не посмотреть можно только каждую картинку 64 на 64 посмотреть правильно в проге Console Texture Explorer

у мя код написан, который всё это безобразие в тим2 переводит. ну или через плагин в Noesis смотрю. но опять же, только отдельные пикчи, надо собирать это как-то..

Цитата: Сообщение от Zetper атак люди люди пишут код, создают пустую картинку и заносят на неё все картинки 64 на 64 в правильном порядке для этого используется тайловая карта с номерами картинок или используется стандартная карта последовательно идут картинки всегда в одинаковом порядке для всех подобных текстур

а можно про это поподробнее? впервые слышу. да и с графикой, ес чесн, так себе работаю (как и со всем остальным в принципе)

[Zetper]

Цитата: Сообщение от xtz да, так и есть это она и есть)) у мя код написан, который всё это безобразие в тим2 переводит. ну или через плагин в Noesis смотрю. но опять же, только отдельные пикчи, надо собирать это как-то.. а можно про это поподробнее? впервые слышу. да и с графикой, ес чесн, так себе работаю (как и со всем остальным в принципе)

Тайловая карта (от англ. tile — плитка) — это одно из множества изображений, на которые разбивается карта. Тайлы отображаются рядом друг с другом, создавая впечатление одной большой картинки.
https://ru.wikipedia.org/wiki/%D0%A2...B8%D0%BA%D0%B0

Ещё есть способ отображать множество мелких картинок, это по координатам прям на экран игры. Например в заголовке перед каждой текстурой 64 на 64 могут стоят пару байт (скорей всего 4 байта) которые и обозначают координаты на экране игры.
Чтоб понять что эти пару байт координаты надо сравнивать заголовки перед каждой картинкой и искать байты которые меняются, для проверки можно взять байты заголовка одной картинки и записать их в заголовок другой картинки и посмотреть в игре не переместилась ли часть картинки в другое место или нет.

Я не разбирался какой именно вариант сборки картинки используется Yakuza.

Выложи свою оригинальный текстуру без изменений для теста я её посмотрю.

[xtz]

Цитата: Сообщение от Zetper Например в заголовке перед каждой текстурой 64 на 64 могут стоят пару байт (скорей всего 4 байта) которые и обозначают координаты на экране игры.

не утверждаю, но подозреваю. т.к. только эти пару байт разные в каждой шапке

Нажмите

Цитата: Сообщение от Zetper Выложи свою оригинальный текстуру без изменений для теста я её посмотрю.

см. аттач 0-0.rar

[Zetper]

Нашёл у себя скрипт которым я конвертировал картинки из Yakuza но я там только частично разобрал форматы другие я не смог понять так что они не конвертируются, дописал туда сборку картинок из множества мелких одну большую.

Нажмите

Вот моё неполное описание формата и не точное но примерное представление оно даёт о структуре файла. Внутри может быть разные форматы текстур картинок.

Тайл это одна картинка, в идеале они всегда имеют одну ширину и высоту например 64 на 64. Их особенность в том тайлов(картинок) идут несколько подряд например их может быть 16 или 64.

Частичное описание файла .SGT
Заголовок файла 4 байта идентификатор 53 47 54 00(SGT ),
4 байта ширина полностью собранной картинки из мелких (Пример 512),
4 байта высота полностью собранной картинки из мелких (Пример 512),
4 байта непонятно ширина тайла ? (Пример 64),
4 байта непонятно высота тайла ? (Пример 64),
4 байта количество тайлов по ширине картинки (Это сколько тайлов ) (Пример 8),
4 байта количество тайлов по высоте картинки (Пример 8),
4 байта количество всех тайлов (Пример 64 тайла).

4 байта идентификатор 54 58 42 50(TXBP),
4 байта количество всех тайлов,
4 байта Непонятно,
20 байта нулей,

Дальше идут повторяющиеся тайлы и их заголовок размером 32 байта.
4 байта размер блока картинки +32 байта заголовок,
4 байта ширина тайла,
4 байта высота тайла,
4 байта формат картинки,
4 байта идентификатор палитры,
2 байта идентификатор Mipmap если внутри несколько картинок которые записаны последовательно,
2 байта Непонятно,
4 байта Непонятно Номер картинки от 0 Странно иногда значение другое,
2 байта Непонятно Значение увеличивается на 1,
2 байта Непонятно,

Дальше идёт палитра и картинка.
##
Как собирается картинка
С начало читаем сколько нужно тайлов по ширине и по высоте, создаём пустую картинку и заносим на неё тайлы.

Сам алгоритм записи тайлов такой слева вниз, слева направо.
Вот визуально как выстраивается картинка 8 тайлов в ширину 8 тайлов высоту, число это номер тайла (картинки) и где она должна находится записана в большой собранной картинки 512 на 512.

01 09 17 25 33 41 49 57
02 10 18 26 34 42 50 58
03 11 19 27 35 43 51 59
04 12 20 28 36 44 52 60
05 13 21 29 37 45 53 61
06 14 22 30 38 46 54 62
07 15 23 31 39 47 55 63
08 16 24 32 40 48 56 64

##
Скрипт делает некое представление как должен собираться картинка а не полноценный алгоритм работы по конвертации текстур, так что часть картинок не будут работать.


Код скрипта написан на Python 3.9.5 https://www.python.org/downloads/windows/ скорей всего он будет работать и в более поздних версиях.
Для работы с текстурами понадобится установить библиотеку pillow сокращённо PIL самый простой способ положить файл "Установка Pillow.bat" в папку Scripts где у тебя установлен Python
пример C:\Users\oooo\AppData\Local\Programs\Python\Python39-32\Scripts
и там его запустить .bat файл он установит Pillow.


Как работает скрипт, рядом со скриптом кладёшь файл с расширением .SGT и запускаешь его, если всё прошло успешно появится папка Unpack и вней картинка в расширением .png


Скрипт сборки картинки вложении.

[xtz]

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

засунуть картинку - целый круг ада)) разобрать обратно на тайлы, альфу присвоить всем кускам (хорошо что в optpix'e можно макрос задать) и прочее проворачивать. но вроде работает

Нажмите

[xtz]

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

есть ли какой-нибудь варик почитать, откуда игра чё читает (с эмуля естественно)? или всё это только в виде адресов в памяти? на понимание такого навыков не хватит к сожалению

[Zetper]

xtz

Цитата: Сообщение от xtz засунуть картинку - целый круг ада)) разобрать обратно на тайлы, альфу присвоить всем кускам (хорошо что в optpix'e можно макрос задать) и прочее проворачивать. но вроде работает

Конвектор из картинок .SGT в tm2 и обратно напишу позже там надо разрабатывать алгоритм.

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

Данные могут быть сжаты тогда надо просканирвать файлы и распаковать сжатые данные и поискать в них ещё может быть так что картинка записана в другом формате например не 8 бит а 32 бита или в текстуре которая отображается использовали Swizzling и она отличается от той.

Вот мой скрипт по поиску сжатых данных "Поиск сжатых файлов AVLZ в папке Unpack2" работает так запускаешь его появляются две папки в папку "Файлы для поиска" кладёшь файлы в которых надо искать(под папки он тоже просканирвует), запускаешь скрипт и он сканирует файлы и если сжатые файлы найдутся то они появится в папке "Unpack".

Цитата: Сообщение от xtz есть ли какой-нибудь варик почитать, откуда игра чё читает (с эмуля естественно)? или всё это только в виде адресов в памяти? на понимание такого навыков не хватит к сожалению

Чтобы понять откуда читается данные с диска в любой игре на PS2 надо в эмуляторе Pcsx2-v1.5.0 или любой другой версии выбрать в меню "Разное" дальше "Отобразить консоль" появится окошко там выбрать в "Режим" отключить всё галочки и включить "CDVD reads" это будет вы водить в это окно консоли откуда читаются данные с диска и сколько.
Пример строчка
DvdRead: Reading Sector 1998448 (001 Blocks of Size 2064) at Speed=4x
Строчка Reading Sector 1998448 говорит с какого сектора считались данные это число надо умножить на 2048 получим адрес начало чтение данных в образе диска игры, а 001 Blocks число 001 надо тоже умножить на 2048 так мы узнаем сколько байт прочиталось.
В консольном окошке в "Файл" можно "Очистить окно" и "Сохранить лог как..." в виде текстового файла. Чистить окно полезно чтоб удалить уже прочитанные данные.

Чтоб легче это сделать я написал скрипт "Извлекает из образа данные по текстовому файлу log.txt из эмулятора PCSX2"
Кладёшь в папку со скриптом образ диска и файл log.txt из эмуля, открываешь файл "1 Извлечь из образа файлы.bat" блокнотом и видаешь строчку "1.py Extract 1.iso log.txt" заместо 1.iso вписываешь название своего образа диска (желательно чтоб имя диска было без пробелов) сохраняешь файл .bat и запускаешь его если всё сделано правильно по в папке "Unpack" появятся файлы с данными.

Надо понимать что приставка сразу целиком файл в память может и не прочитать, например видео файл или звук слишком большой и она будет читать его кусками, и любой другой файл тоже может прочитаться кусками. Так что понять какой там файл начало а какой конец.
Конечно лучше такие файлы куски не сканирвать скриптом "Поиск сжатых файлов AVLZ" просто может не найти файл, часть сжатого файла будет в одной части часть в другой но можешь попробовать.

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

[xtz]

Zetper, большущее пасиба за подробное объяснение! думаю очень полезно в процессе будет. сам уже нашёл, но там скорее повезло, что на нужный архив глаза упали. до этого искал по TLFD, AVLZ хедерам - не нашло, они разные оказались. картинки не под свизлой и прочим были - просто малёха другие, потому и не искались видимо. итого их аж 6 штук оказалось