ROM Hack 3DST files with "texture" as first seven bytes

[jsa]

I'm looking at Nintendo Anime Channel (which contains some lovely plaintext Lua scripts, but that's a different story) and it seems to use a unique texture format with a `.3dst` extension (first seven bytes are "texture" (0x74 0x65 0x78 0x74 0x75 0x72 0x65) followed by multiple null bytes).
Ohana3DS doesn't seem to like it - I've also tried the custom build here - https://gbatemp.net/threads/minecraft-3ds-modding.484407/ - but it simply crashes when given NAC's 3DST files. They seem to have a different header anyway so are likely different formats with the same extension.

I can't find any CTR-SDK tools to edit these files either.

A sample file can be found here:
https://dm13bvvnwveun.cloudfront.net/inazuma/thumbs/IE26-thumbnail.3dst

I'd really appreciate a hand here as I'm quite stuck.

 

[Calegxm999]

I have the same problem

--------------------- MERGED ---------------------------

Try this...
You have to open them in the texture editor. Only works once when you open the app but then you can't use them anymore until you re-open the app.

 

[DaniElectra]

I'm coming a bit late, but I was able to figure out the format of the 3DST files. The file uses little endian encoding:

The format can be one of the following:

• 0x0: RGBA8
• 0x1: RGB8
• 0x2: A8
• 0x3: The app doesn't render anything. Seems to be unused?
• 0x4: ETC1
• 0x5: RGBA5551
• 0x6: RGB565
• 0x7: RGBA4

I have made a PR to Ohana3DS last year which makes it support this format

Offset	Size	Description
0x0	0x7	Magic "texture"
0x7	0x9	Padding
0x10	0x2	Width
0x12	0x2	Height
0x14	0x1?	Image format
0x15	0x6B	Padding
0x80		Image data