andygura / nfs-resources-converter Goto Github PK

Some fields in binary files should not be edited manually via code or via GUI by user, but required to be set to some determined value. The value affects some property(ies) for another field(s) when reading file, and should work vice versa: when saving updated file, it should calculate it's value.

Examples:

1. array size field: number, affects amount of blocks, which are presented in file. When saving, array can be changed and this field value should be automatically set to array length
2. table of offsets in file: if some chunk became longer or shorter, it affects offsets of all chunks after it. Some files have offsets table, which should update itself accordingly
3. field with md5 sum of file contents - the same idea, user should not calculate it by himself

In order to implement that, the architecture requires context management so values can be obtained: #15

Currently, it is possible to put an image as a car texture, but on certain tracks, some colors are shown completely wrong. CFM has an additional palette !xxx, and it seems to affect displayed colors, but the pattern is unclear

Investigation steps:

• confirm that the current conversion of 24-bit dos palette colors is correct by comparing colors of images in the menu
• determine whether index of color affects conversion: fill both palettes with certain color (test with red, green, blue, and grey) and check if all pixels change their color equally
• assuming index is not affecting anything, fill !xxx palette with some color, repeat tests, and note how color changed on each map and time of a day

The steps above should narrow down the problem and give an idea of how it's done in the actual game

Add an ability to edit fonts. MVP is an ability to convert png + fnt back to ffn file. Final solution would be ability to edit it in GUI

Remove "state" and replace with context tree. Each block has access to his context (a dictionary of values of parent block, and reference to parrent context). Context should never be serialized to files and/or GUI: all logic, which requires lookup to state, should use values from other fields instead, the state is populated from other fields anyways