Про диск для Navi Business E60 etc.

Почитав форумы, понял, что здесь присутствуют люди, которые знают как сделать диск для навигации business для E60/E90/..., но не скажут, и есть те кто всё таки хочет это узнать.
От нечего делать покрутил диски для becker assist, audi mmi, porsche и bmw europe business. Некотрую информацию нашёл, не всю правда, но выложу что есть, может общими усилиями раскусим до конца.
Итак. Из чего состоит диск bmw europe business. Это набор следующих файлов:

DATABASE.BD
HBINFO_MAP.TXT
INFO_MAP.TXT
KN064eu16x02-G.DB2_GDB
KN064eu16x02-G.DB2_INF
KN064eu16x02-G.DB2_LIT
KN064eu16x02-G.DB2_SDS
KN064eu16x02-G.DB2_SP5
KN064eu16x02-G.DB2_XAC
kNT064EU16x01-F.DB

Файл DATABASE.BD не интересен, это просто переименованный pdf документ, можете почитать - ничего интересного.
Файлы HBINFO_MAP.TXT и INFO_MAP.TXT очень короткие, пока я не понял что они содержат.
Все остальные файлы - это по сути хранища кучи других файлов. У них следующий формат.

-------------------Заголовок--------------------
DWORD - Размер заголовка, или начало раздела с описателями файлов
DWORD - Во всех файлах =1. Не знаю что.
DWORD - Дата/время в UNIX формате (кол-во секунд, начиная с 1/1/1970)
DWORD - Количество хранящихся файлов
DWORD - Размер описателя одного файла
4 байта - "FLDB", я так понял - это название формата (Filesets Location DataBase)
8 bytes - =0, наверное название формата может быть больше чем 4 байта
Далее идет заголовочные строки, заканчивающиеся символами 0x0d 0x0a
Дальше до конца заголовка = 0x00
-----------------Описатель файлов---------------
DWORD - начало файла (относительно начала всего хранилища)
DWORD - Размер файла
24 байта - Название файла (заканчивается нулями)
DWORD - CRC32
-----------------Сами файлы---------------------
Данные
------------------------------------------------

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

Дальше...
Если сравнивать содержимое диска BMW с дисками AUDI и Porsche, получается затруднение...
Находится всё, кроме...
Файла .LIT (Он хранится в KN064eu16x02-G.DB2_LIT) нет на диске Porsche. Содержимое мне напомнило POI.
Файлов .SFF, .SFH (Они хранятся в KN064eu16x02-G.DB2_SDS) нет ни на Porsche ни на AUDI. Содержимое пожоже на описание основных городов Европы и столиц государств.
Зато у Porsche и AUDI есть какие то файлы, похожие на драйвера... И ещё на диске AUDI есть файл с русским голосом, женским походу RUS_FRAU1_V0400_30.SM5, расширение пусть другое, содержимое, похоже, идентично.

В общем, кому интересно - присоединяйтесь. У меня у самомго NAVI PROF (CCC), так что мне сложно чтото пробовать делать, могу только в слепую ковырять...

 

Поподробнее про что? Про программу? Сосотоит из 2 частей.

Одна извлекает файлы их хранилища и помещает их в каталог с именем как у файла хранилища с добавлением '.DIR', например, для KN064eu16x02-G.DB2_XAC это будет каталог KN064eu16x02-G.DB2_XAC.DIR. Также, создаётся файл с заголовком KN064eu16x02-G.DB2_XAC.hdr, что бы его можно было использовать (не весь, конечно, только строки описатели) для обратной сборки.

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

Вторая часть мной ещё не отлажена до конца, первую могу дать посмотреть... Вечером, она дома.

 

Если хочешь, можешь посмотреть...
http://www.estanet.ru/files/BeckerExtract.exe

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

Но трабл в другом месте... То что я принял на CRC32, это не совсем CRC32. То есть 90% что это контрольная сумма (так как для разных файлов, у которых одинаково только содержимое, это поле одинаковое), но вот по какому алгоритму она считается, я так с налёта не понял...

 

Дополнение к первому посту. Все структуры и файлы в хранилище, кроме заголовка - занимают места кратно 2048 байтам. Излишки заполняются 0.

 

http://estanet.ru/files/BeckerExtract.rar

 

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

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

 

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

 

Что самое парадоксальное - у меня не биснес нави. У меня профешнл Мне просто интересно покопаться, вспомнить, так сказать былое. 10 лет, как перестал что либо ковырять в железе и программах, ностальгирую Правда в применении к авто никогда ничего не делал, но разницы большой нет...

 

Надо мне чтото в консерватории править... Мозги после работы перестают соображать... Да ещё винт сдох...
В общем, либо это не циклического сдвига CRC32, либо он отличается от дефакто стандартного и начальным значением и полиномом и значением с которым всё XOR'ится в самом конце, либо чекается не файл и не блок, а чтото ещё... Потому как я прогнал подбор начального значения (параллельно на 2 файлах, чтобы отловить и последний XOR), и подбор полинома (анналогично). На файле и на блоке выравненном до грацины 2048 байт...
Беру тайм аут, буду восстанавливать систему и отдыхать

 

И самое главное забыл учесть Я мог просто сам ошибиться в коде, когда писал подбиральщик полинома