Значение LEN_SU
предоставляется неявно. Из BP1 вы знаете общее количество байтов в записи каталога (LEN_DR
). LEN_SU
затем указывается (неявно) как байты, оставшиеся в записи каталога после 33+LEN_FI+possible_padding(1)
, где вы получаете длину LEN_FI
от BP33.
Следовательно
LEN_SU = LEN_DR - (33+LEN_FI+possible_padding(1))
Из спецификации .:
Набивка поле [ВР (34 + LEN_FI)]
Это поле должно присутствовать в каталога Record только если число в Длина файла Поле идентификатора представляет собой четное число.
System Используйте [BP (LEN_DR - LEN_SU + 1) в LEN_DR)
Это поле должно быть необязательными. Если оно присутствует, это поле зарезервировано для использования в системе. Его содержание не указывается в настоящем стандарте. Если необходимо, так что Запись каталога содержит четное количество байтов, байт (00) должен быть добавлен , чтобы прервать это поле.
Благодарим за это разъяснение: D – Aybe
@Ваше приветствуются. Happy byte-hacking :) – dfri
Спасибо, на самом деле я работаю над новым движком для Wipeout @ http://www.wxx-rebirth.com/, и в настоящее время я смотрю на извлечение игровых данных: D – Aybe