openswe1r / swe1r-tools Goto Github PK

(This is called unk20 in the script)

The code already has some comment regarding speculation for 16 bits of it, but the rest is unclear.

I'm not sure where the texture sizes are stored, so there's a lot of guesswork there.

Bug in out_textureblock.py
First noticed with #17

Gets more google hits.

Currently, out_textureblock.py will first collect all texture information, and only start dumping textures once all XML files have been parsed.
This should be changed so it immediately starts output. This will feel more responsive and aid with debugging bugs in the tools, as we can get results quicker.

These texture flags from byte Section5b.unk3 in the modelblock have an impact on how the texture is loaded. It should be reviewed if data might be missing from exporting textures (out_textureblock.py) at this point.

Race order has not been confirmed yet. Please re-check.

It appears that the fmt variable in out_spriteblock.py is the same as format_a and format_b combined from out_textureblock.py. The actual pixel decoder should be shared between the 2 tools.

The list of RE'd formats can be found here: Olganix/Sw_Racer#9

This will hopefully eventually close #3

This might help to get more people involved.

All scripts should be reviewed so they don't use filesystem path which are not available on all platforms.

Instead, an output folder should be specified on the command line (or to current directory).

The spline tool should export more info. Currently only a part of the actual spline information is shown.
Maybe it makes sense to just export a blender python script to generate blender splines. I think OBJ might be too limited.
Collada output could also be an option.

You will need a C11 Toolchain and CMake to compile some of these tools. The Python scripts will require Python version 3.
(CMake instructions)

should be changed to something like

• The Python scripts will require Python version 3.
• For some tools, you will need a C11 Toolchain and CMake to build them:
  (CMake instructions)

When unpacking binary data, they should be converted to XML, to make it easy to modify them.
This is already done for the model files by Sw_Racer.

Doing this for the texture, spline, sprite and savedata files would allow users to modify and repack these files more easily.

Data which is not easily modifieable by text editors, should be extractable to PNG (as it already happens for sprite and textures) or Collada from the XML.

I'm suspecting this is using Y'UV or something, but I can't figure it out.

We should be able to handle *.sav and tgfd.dat.

I've documented these files here (The link might change in the future. Check the OpenSWE1R repo / wiki for updates).

I currently suspect that not all bytes are properly exported:
I could not find sprites or textures for the fonts. I still suspect them in this file somewhere
Even if they can not be found here, this is still a useful feature to have for debugging.

It seems that there is a "/LNCH" prefix for the launcher strings.

Example: "/LNCH099/Please insert the CD into your CD-ROM player and try again."

These were (to my knowledge) not translated in the french version of the game and my 1.1 version also does not contain them. This should be investigated further.

Someone should make sure that this is correct

Looks like pages are arranged wrong.

(Also Sprite 22 might be broken too. It's probably an N64 controller, but quality is poor?)

While the races are unlocked in the order they appear in the tournament, the actual track order for the besttimes is different.
This is the same order as it appears in the binary which can be extracted using the extract-data tool.

(This is called unk3C in the script)

This tool does not work properly yet.