prj
commented
1 year ago Seems like only the Unk16 field fails. I did this in CaesarReader.ReadBitFlagDumpWithHeader and it seems that everything else gets parsed okay. The readout "dumpOffset" is a huge int value. I wonder if in this cbf it's a direct value and not an offset at all actually.
if (CheckAndAdvanceBitflag(ref bitFlags))
{
byte[] result;
// read the dump's offset relative to our current block
int dumpOffset = reader.ReadInt32();
// save our reading cursor
long readerPosition = reader.BaseStream.Position;
try {
// seek to the specified offset, then read out the dump
reader.BaseStream.Seek(dumpOffset + virtualBase, SeekOrigin.Begin);
result = reader.ReadBytes(dumpSize);
// restore our reading cursor
} catch (IOException) {
Console.WriteLine("Failed to read BitflagDump!");
result = new byte[] { };
}
reader.BaseStream.Seek(readerPosition, SeekOrigin.Begin);
return result;
}EDIT: Not okay. On those that this fails, the entire structure ends up blank. No variant data. Seems like something else entirely goes very wrong.
jglim
For example ME28.cbf.
Bunch of errors like this:
Followed by this:
This is an older controller, that is on K-Line, not on CAN. But then for example CR2 and CR3 parse just fine.