

There's also the original image as I can view it in Tinke 0.9 (by opening as palette, offsetting it to 1C, then opening as tile and offsetting that by 48.) I've also sent my edit, indexed to only contain colours in the palette data. Here I've included a copy of st03012, which is one of the images I've been trying to edit. Some of the images in the tex folder were divided by ButlerTrans, but those came out as empty files with 0 KB. dac files before they were processed through ButlerTrans and divided into tile/palette/map etc. txc as they were originally in the game, as I have not been able to view the images there, similarly to the. txc files, which ButlerTrans unpacks into. The files come from the game's tex folder. The images appear in the bonus section of the game, gallery, which the save data is necessary to easily unlock. I've got a GDrive folder here with some files that can be used to test. Even if I were to simple export and re-import the image without touching it, for example. The issue is that, when I try to import any edits, (via methods that have worked for the other images), it becomes scrambled.

My terminology might be a bit wonky, but I don't believe these images are 'compressed' as I've been able to view them correctly in Tinke/CT2. To go into that in further detail, I believe the problem lies in those images being a single file, and not split into tile, palette, map or animation files as the others have all been. However, it still leaves the problem of those unusual images. That's hopefully currently under progress, so we might just be one step closer to seeing the translations in action! We're unable to contact the original author, so documenting the text codes and writing a new tool is what it comes down to.

That is, it doesn't actually update the jump commands. Thanks to the kind help of Greiga Master, the problem with ButlerTrans (our previous tool to extract/insert text) has been identified.
