Lex[GOD]
по ПМД есть чё интересного?
у мну пока вот:
чёто новенького появилось?..

//header
char{48}//какая-то хня
int32{4}//оффсет начала блока описания матов
char{8}//опять какая-то хня
int32{4}//размер хидера
char{x}//ещё хня, попка забьём на неё,
int32{4}//const 1
//for each mat
 int32{4}//offset from beginning
//end header;

//material names block
//for each mat
char{x}//name
byte{1}//const padding 0

Lex[GOD]
да! вот он светлый ум! прочел первый раз и мозг задымился. со второго раза начал впитывать.
держи +
и вопрос. гекс это чего? где взять?

Если бы еще кто разбирался.    В ПМД, ПМГ и так все ясно, можно даже не парится. Вопрос только к ПМА, например в занозе переставил стрелки, руль, дворники, сохранил, изменил в хексе несколько строчек и чтоб все заработало, а так хрен кто разберет! [реклама вместо картинки]

[реклама вместо картинки] ужас...надо бы добить ПМГ...

Bu11et_86, скорее всего никак... что то автор этой темы забросил "декодинг"...

Lex[GOD] Тоесть, как я понял, в самопальных салонах используется анимация от салонов из игры? А руль то хоть как то возможно поменять? Ну например если поставить новый руль на координаты прежнего и припомощи хекс редактора добавить недостающие блоки анимации, обрезанные занозой.

Lex[GOD]А вообще иные варианты по редактированию анимации есть??? может для макса плагин наваять??? понимаю что звучит глупо, но чем черт не шутит...

по PMG - в ETS\ALH структура усложнилась..блоков стало 7.описание оффсетов..в шапке
на примере anim.pmg от volvo_fh16

оффсет 60 - чексумма офсета начала 1го блока(анимблок)             116
оффсет 64 - чексумма офсета конца 1го блока(=начало 2го блока)    6516
офф 68 - чексумма офсета начала 2го блока                         6540
офф 72 - чексумма офсета конца 2го блока                          6540
офф 76 - чексумма офсета начала 3го блока(=конец предыдущего)     7116
офф 80 - чексумма размера 3го блока                                  0
офф 84 - чексумма офсета начала 4го блока(=конец предыдущего)     7116
офф 88 - чексумма размера 4го блока                              10120
офф 92 - чексумма офсета начала 5го блока(=конец предыдущего)    17236
офф 96 - чексумма размера 5го блока                             119904
офф100 - чексумма офсета начала 6го блока(=конец предыдущего)   137140
офф104 - чексумма размера 6го блока                              59952
офф108 - чексумма офсета начала 7го блока(=конец предыдущего)   197092
офф112 - чексумма размера 7го блока                              17724

108+112 = размер всего файла = 214816

после блока1  стоит константа 24 байта 00F11BEEAAC1AD0206000000000000000000000000000000

нада резать 10 байт те лишние. обнулять 4х размерный блок и восстанавливать следующий вырезанный
тада мож заработает

блок4 сруктура - 6 подблоков по 96 байт. видны офсетные ссылки на след. блок(офсеты дробления след. блока)

------------------------
по поводу самой анимации..все запущено все работает, изменялись только PMA файлы - геометрия и anim.pmg даже не трогался..
таким образом можно изменять..координаты\размеры\вращение и.т.п. все Хексом естественно.
с геометрией самой пока туго..да и врятли что путного выйдет.

Отредактировано Lex[GOD] (2008-08-25 16:21:23)

Lex[GOD]
ты чей pmd привёл в примере? потомучто у разных моделей оффсеты у всех разные

Отредактировано Qadrox (2008-08-28 20:58:12)

Что в тобджах редактировать надо?

PMC - 100%

делаем свои коллизии...и казусии:

один блок:(1 деталь(куб) состоит из 64 байт.
кол-во блоков указывается в шапке..+ доп параметры и начала блоков..опять же все в шапке.
структура 64 байт блока...

40000000000000000000803F990E0000000000001AB885A570701E4052B85EBF32318D24000000000000803F00000000B3612440A4D21D403333234101000000

4000 0000 - начало блока файла.
1AB885A5 70701E40 52B85EBF - координаты x,y,z центра куба в занозе.
B3612440 A4D21D40 33332341 - размеры куба x, y, z(параметры указывются в занозе.)

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

Lexan
мне надо переписать пмд когда я в салон добавил пару обьектов естествено появились новые текстуры для них и теперь игра вылетает подскажи как переписать пмд?

Небольшое обновление по PMD

Обновление по структуре файла: PMD 

off 0 - Шапка файла
off 4 - Количество материалов в модели (*.pmg)
off 8 - Количество вариантов (покрасок, скинов) в модели (*.pmg)
off 12 - Количество деталей (мешев) в модели (*.pmg)
off 16 - Количество групп деталей  (отличных от base\tbase) в модели (*.pmg) 
off 20 - Количество групп деталей в данном файле 
off 24 - Количество групп деталей в данном файле  
off 28 - Неизвестно
off 32 - Размер блока материалов
off 36 - Начало блока для Варианта 1
off 40 - Конец блока для Варианта 1 и начало блока для Варианта 2
off 44 - Начало блока 2 
off 48 - Конец блока 2
off 52 - Начало подблока блока 2 
off 56 - Начало блока 3
off 60 - Конец блока 3 и начало блока материалов

off 32+ off 60 = Чексумма всего файла.

16й оффсет - имеется ввиду количество..доп.деталей отличных от base\tbase (например грузов..в трейлере)
20й и 24й оффсеты (имеется ввиду количество групп деталей ВКЛЮЧАЯ base\tbase)
КОНСТАНТА .(CEB971ED0A00)

НА САМОМ ДЕЛЕ это ГРУППЫ..в ЗАНОЗЕ, по умолчанию их 3.
это base, heel.up, heel.down., соотв при добавлении каких то групп(грузы, тюнинг грузовика) увеличивается и их количество.

=================================================================================================================

БЛОК 1 (вариант1) - перечисляется количество скинов (покрасок) 1 покраска 8 байт  например 00E7C373 15000000 (константа default) раскраски..если не более 1 скина.
БЛОК 1 (вариант2) - перечисляется количество вариантов деталей
============================================================================================
НАКОНЕЦ-то решена проблема с всеми надоевшим глюком..(не нахождение игрой в прицепах сделанных занозой варианта "empty" , "и "full")
на самом деле все оказалось до нельзя просто..заноза просто..игнорирует..данный параметр. заменяя его..параметров @дефалут@ - от грузовика

откроем любой файл..сделанный занозой (trailer.pmd)
Если в нем ..один скин..то нам нужно начало БЛОКА 1..варианта 1.
64 оффсет - 00E7C373 15000000 00E7C373 15000000 - так вот ..первая ЖИРНАЯ наша запись ето расшифровывается как skin - 1 , если же...добавим несколько покрасок допустим 3..то будет выкглядить так

00E7C373 15000000 1 скин
680D8808 00000000 2 скин
C815410D 00000000 3 скин
00E7C373 15000000 - далее...идет уже начало второго блока...(в грузовикам оно подефаулту) - в трейлерах место данной записи должна идти строчка

EMPTY - а именно A1497304 00000000 ( это все находиться путем сравнения 2 файлов..оригининала и после занозы)
FULL - 52EC1200 00000000
---строчка фулл применима для трейлеров с вариантами груза..(пустой, полный) - например BOAT, CAR, HORSE.

ПРИМЕР КОДА сравнения.

ОРИГИНАЛЬНЫЙ ФАЙЛ

040000000100000001000000030000000100000003000000030000000C000000170000004000000048000000500000009800000068000000A4000000A800000000E7C37315000000A149730400000000

ЗАНОЗНЫЙ ФАЙЛ

040000000100000001000000030000000100000003000000030000000C000000150000004000000048000000500000009800000068000000A4000000A800000000E7C3731500000000E7C37315000000

(также заноза изменили..размер мат.блока) но это не принципиально, и на работу не повлияет.

БРЕД КАКОЙТО ПОЛУЧИЛСЯ....= читайте тему по PMD  отдельно..

Отредактировано Lexan (2008-11-08 11:35:43)

Lexan снимаю шляпу за твое терпение разбираться с чужими (пусть и очень даже неплохими) байтовыми причудами.
Решил чуть-чуть тебе подсобить. Полмесяца уже таскаю флешку и все не когда написать (
Погонял я чуток PMD и PMC в основном на описаниях трейлеров и вот что у меня получилось. Интерес был в том чтобы определить какой параметр заголовка влияет на размер того или иного блока.
Для PMD.

struct structPMD
{
   long ID;
   long CntMaterials;
   long CntVariants;
   long CntParts;
   long CntVariantsOfParts;
   long CntBlock;
   long CntBlock2;
   long CntUnkn;
   long SizeOfBlockMaterials;
   long BeginVariant1;
   long BeginVariant2;
   long BeginBlock2;
   long BeginBlock3;
   long BeginSubBlock2;
   long BeginBlock4;
   long BeginBlockMaterials;
   blob Variant1[8*CntVariants];
   blob Variant2[8*CntVariantsOfParts];
   blob Block2[6*CntUnkn];
   blob Block3[CntVariantsOfParts*CntUnkn];
   blob Block4[4*CntMaterials*CntVariants];
   blob BlockMaterials[SizeOfBlockMaterials];
};

Взял все твои названия, только уж, извини, отошел от русской латиницы (душа не переваривает). Твой Block3 я переименовал в Block4, тк между ним и Block2 нет промежутка небольшого, а располагается еще один блочок, который ты в заголовке определял
как смешение для КонецБлока2. Ребята из SCS далеко не плохие ребята и используют, в основном, нормальные понятия, как то указатель на начало блока, длина блока (если она не фиксирована). Поэтому, уж прости, КонецБлока2 - это не наш метод.
Меня интересовал, насколько помню, блок Variant1, там прописаны ключи (key), по которым выбирается скин (по твоему определению).
Для очень многих описаний грузов и используемых ими прицепов определены скины фиксированные, как то plain или plain2. Мне как дурню, понадобилось создать компанию (тот еще гемор по сравнению с предыдущими играми), которая использовала грузы под прицепы fuel_cistern и food_cistern, у которых при выборе груза именно в блоке Variant1 ищется по названию компании используемый скин, вариант с фиксированных скином не проходит.
Поэтому в этом блоке расположены ключи с названиями EuroGoodies, ITCC и прочие. Причем написаны ключи (названия компаний) в зашифрованном виде. С полтыка и даже с целого тыка так и не понял алгоритм кодирования. Инет не помог в поиске ответа, а тема интересная, тк SCS стала препадать именно на такой поход использования. В качестве примера: prefabs компаний с выбором скина по названию компании.
Если есть мысли по алгоритму кодировки Названий (ключей) из строковых значений (читабельных) в бинарный формат - плиз не остаться равнодушным.

Для PMC.
struct structPMC
{
long ID;
long CntMaterials;
long CntVariants;
long CntParts;
long Unknown;
long BeginBlock1;
long BeginFixBlock2;
long BeginBlock3;
long BeginBlock4;
long BeginBlok4_Repeat;
blob Block1[8*CntMaterials];
blob Block2[8*CntVariants];
blob Block3[4*CntMaterials*CntParts];
long BeginSubBlocks[CntVariants];
struct structPMC_2 SubBlock[CntVariants];
};

Структура structPMC_2 SubBlock, это, та которая содержит 40 00 00 00...  Не определяется (в смысле идентифицируется) значение 40 00... - это только размер указывает (80 байт), есть и те которые начинаются с 3С - 76 байт.

В общем виде я ее бы представил как
struct structX
{
long SizeData;
blob Data[SizeData-4];
}

struct structPMC_2
{
long XXX;
struct structX[]; // те массив структур с неопределенным количеством элементов
};

считывается в structX значение SizeData и если оно не равно -1 (0xFFFFFFFF), что далее считываются данные Data размером (SizeData-4). Для Hex Editor мне не удалось формализовать это описание (может в принципе нельзя, а может и просто не догнал)
Что означает значение XXX - не знаю.

В частном случае для просмотра трейлеров я использовал:

struct structPMC_2
{
long XXX;
long SizeData1;
blob Data1[SizeData1-4];
long SizeData2;
blob Data2[SizeData2-4];
long EndMarker;
};

Будут мысли. Делись. Удачи.