Нужно распаковать PCK-файл

Привет )) уважаемые программисты ОЧЕНЬ надо распаковать .PCK
Уже кучу разных редакторов пробовал ( pwPCK и т.п )
Формат взят из новой игры на андроид (от создателей perfect world ) , редакторы которые предназначены для PCK от игры PW не подходят , я особо не силен в решение таких вопросов ...
Один из файлов :
interfaces.pck.rar
Хотя бы скажите вариант решение моей проблемы , я упорный пока не распакую не успокоюсь))

0

Допустим я взял первый файл - 0010430B
Открыл его через editor
первые строки такие

А какой порядок действий дальше?

Миниатюры

   

0

Сообщение от gromx 0010430B

У меня - 104309. Думаю, что это неподходящий файл. Нужен такой, в корректности которого можно не сомневаться. Например, 0000aaa4.xml - в нем корректны открывающий и закрывающий теги, это Unicode c проставленным BOM и он заканчивается нулем. Теперь открываем файл в Hex-редакторе, находим это смещение и по сигнатуре видим, что он упакован методом FAST. Пакуем его ZIP'ом тем же методом и получаем размер 1250 (с заголовком). Сравниваем и убеждаемся, что у нас тот же самый поток.

И здесь нас ждем облом: имеющиеся у меня версии ZIP жмут с другими опциями, потоки не совпадают.

Почему так хочется получить тот же самый поток?

Во-первых, чтобы просто убедиться в совместимости анпакера и пакера. Во-вторых, я ожидаю, что размер оригинального файла (14620=391Ch) или размер упакованного потока (1250=04E2h) появится где-то в заголовке. В-третьих, зная точный размер потока, можно найти конец этой записи и выявить заголовок следующей (if any).

Отсутствие совместимого пакера осложняет эту работу. Возможно следует или поискать совместимую версию ZIP,
или написать мини-пакер с использованием библиотеки ZLib (все равно потребуется) или отложить проблему на потом и попытаться "на глаз" определить размер и устройство заголовка записи

Миниатюры

 

1

Самое страшное файл Interfaces.pck весит примерно 1мб , если брать другие файлы то там они по 20мб , я так понимаю чем "больше" файл тем дольше над ним работать?

0

Если формат тот же, то это неважно, его разберет тот же парсер. Но бывают неприятные случаи, когда под тем же самым расширением прячутся совершенно различные форматы (и, вообще, бесформатные коллекции).

1

Я воспользовался SSF для поиска сигнатур "7801 ; ZLib --> Fast" и сравнил со списком offzip. За исключением трех (возможно, ложных) они совпали. Это означает, во-первых, что, по всей вероятности, все записи упакованы методом Fast, и, во-вторых, что все нужные ZIP-streams можно искать и дампить (примерно определив размер из списка) прямо по сигнатуре. Немного позднее, сделаю дампер (сейчас некогда).

Вложения

interfaces.pck.ZLib.Fast.ssf.7z (4.9 Кб, 4 просмотров)

0

-*- ZF_Dumper 1.0 * Copyright (c) Gazlan, 2014 -*- ZLib/Fast streams dumper Usage: zf_dump.com file.pck complains_n_suggestions direct to gazlan@yandex.ru

Размер ZIP-streams, в большинстве случаев, вероятно завышен, но для распаковки это значения не имеет. Отчет об ошибках пишется в файл zf_dump.log



Следуюший шаг - подбор совместимого режима для обратной запаковки с той же сигнатурой.

Вложения

	zf_dumper.7z (17.7 Кб, 2 просмотров)
	dumps.7z (1.03 Мб, 2 просмотров)

0

Правильно ли я понимаю , если все пройдет хорошо после можно будет создать спец.пакер для всех .pck ?

0

Сообщение от gromx если все пройдет хорошо

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

То есть, надежды увидеть в файле ссылки на ZIP-потоки (и их размеры) пока не оправдались (и, возможно, их нет вовсе), так что ближайшая задача, как я уже говорил, выяснение точных размеров Zip-streams и изучение "зазоров" между ними. Пока что, из всей структуры файла нам известны только ZIP-streams.

Миниатюры

 

1

Добавлю еще пару файлов , если это поможет .
Тут есть .pck которые весят по 1кб

Вложения

package.rar (1.20 Мб, 3 просмотров)

0

Есть еще и от 20мб , там в основном модели и т.п

0

Сообщение от gromx Добавлю еще

Гм. А добавьте список директорий и файлов (все дерево: командой dir /on /s > list.txt). Возможно там есть различные языковые локализации и/или разные платформы (с разным порядком байт).

К слову, у этих ребят все через одно место - оглавление оказалось в конце файла, а не в начале.

1

Скидываю уже декомпилированный APK - https://cloud.mail.ru/public/4... /2main.rar ( У этого приложения есть только две платформы apk и iOS )
Локализация только CHINA

0

Сообщение от gromx Добавлю еще пару файлов

Угу. Они все одинаково устроены. В смысле, по-китайски...

уже декомпилированный APK

Вечером посмотрю.

Миниатюры

 

1

А что если взглянуть к примеру на принцип распаковки файлов .pck из игры Perfect world(Там есть уже готовые архвиторы ) , может это что-то даст? Разработчики одинаковые , значит и принцип должен быть схожый

0

Вот к примеру

Вложения

7c5e51e123265f7f7076365cab643e75ce8d024c.zip (75.4 Кб, 3 просмотров)

0

Сообщение от gromx взглянуть к примеру

Вы мне эту хрень реверсировать предлагаете?

Принцип и так ясен, дьявол в деталях. Я думаю, что уже знаю, как вытащить все, что мне нужно, но, во-первых, это требует проверки на остальных .pck-файлах и, во-вторых, я хочу понять, как это делают разработчики (похоже, каким-то совершенно невообразимым способом). И еще вопрос, не возникнет ли проблем совместимости при обратной упаковке "не той" версией ZLib.

Вообще, формат устроен совершенно идиотским образом, подозреваю, что и игра того же качества :-)

1

Сообщение от gazlan формат устроен совершенно идиотским образом

Ну так made in china ))

0

Посмотрел все. Все устроены совершенно одинаково: Header - Zip streams array - Zipped catalog - Footer.

В Header, в зависимости от файла, меняется только поле размера файла, в Footer меняются несколько полей, но смысл их пока неизвестен. Размер этих блоков фиксирован, так что определить из несложно.

Zipped catalog всегда последний в Zip streams array и содержит описание структуры файла (Записи фиксированного размера с полем имени файла 260 байт. Большая часть имен - в нечитаемой кодировке).

Найти этот блок вручную несложно (последний в массиве), но в самом файле .PCK не смог найти никаких ссылок на его расположение и размер, хотя, думаю, должен быть такой способ, без сканирования всего массива (может быть 6,000+ элементов).

Для перепаковки, как я представляю, потребуется "сложить" заново архив, модифицировать catalog (прописав новые размеры и смещения) и поправить значения неизвестных пока полей в Footer (возможно, там содержится и контрольная сумма файла).

Для (автоматической) распаковки должно быть достаточно offzip (с последующей сверкой по каталогу).

Миниатюры

     

1

Я так понимаю , что структура заголовка уже готова?

0

Сообщение от gromx структура заголовка уже готова

В #33 - первые 0Ch байт. Но, поскольку формат устроен через своеобразно, то, в данном случае, важен не header (как обычно), а footer ("хвост" файла). Большая часть его константна (copyright message + еще парочка сигнатур), но несколько полей меняются и их назначение следует выяснить.

Кроме того, следует выполнить картирование, для проверки того, не хранится ли чего существенного за концом ZIP-streams (возможно, что ничего или мусор, но это требует исследования). Ну и, наконец, если заниматься полной распаковкой, следует озаботиться корректной обработкой китайских имен файлов и директорий.

И, как я уже писал (маловероятно, но чего не бывает), не проверялась совместимость по флагам ZLib (если память не изменяет, там 40 комбинаций размеров буфера и стратегии упаковки). Может оказаться, что архив, перепакованный с другой комбинацией флагов (например, методом BEST) не будет читаться игрой.

Хотя бы, скажите вариант решения моей проблемы, я упорный пока не распакую не успокоюсь))

Думаю, для старта, информации у вас достаточно.

1