Hacking Help Tex Hax U

[CPCM]

Only one DDS file you converted was edited in paint.
But how to use hax.py wasn't understood.
A batch file was carried out by the lower contents.

• hax.py appeal.0.dds test.bfres 0 00

A bfres file was packed, Yaz0 was added and it was converted to a szs file.
Character mushroom from Mario Maker and "? A block" was replaced.
But replaced graphics has been bug graphics.
I want you to help.

 

[NWPlayer123]

Only one DDS file you converted was edited in paint.
But how to use hax.py wasn't understood.
A batch file was carried out by the lower contents.

• hax.py appeal.0.dds test.bfres 0 00

A bfres file was packed, Yaz0 was added and it was converted to a szs file.
Character mushroom from Mario Maker and "? A block" was replaced.
But replaced graphics has been bug graphics.
I want you to help.

You need to make the "BFRES Mips" and "GTX Mips" match, I'm not sure what Mario Maker uses. Run "hax.py test.bfres" to make sure you're replacing the right one (assuming there's multiple). 00 = Number of texture from "hax.py test.bfres", 0 = minMip, make both mip output match.
It might also be that the DDS is bad, it should be work fine tho :\

 

[CPCM]

Run "hax.py test.bfres"
(No hack bfres file.)

00 appeal.0
01 b_dash.0
02 b_dash.1
03 b_dash.2
04 climb.0
05 climb.1
06 jump.0
07 jump_fall.0
08 pole.0
09 pole.1
10 shoes_wait.0
11 stoop.0
12 swim.0
13 swim.1
14 swim.2
15 swim.3
16 swim.4
17 swim.5
18 turn.0
19 wait.0
20 walk.0
21 walk.1
22 walk.2

After edit, a DDS file was saved by X8R8G8B8 format in paint.
If this is a problem, can the however normal format be checked?
Please tell me setting of a batch file from the list.

 

[CPCM]

Hey NWPlayer123.
I point out that there is a bug in hax.py.
hax.py was carried out in the same way in Takolien model in Splatoon.
A tool normally worked.

The bfres file format information used in Mario Maker is this.

hax.py appeal.0.dds test.bfres 0 0
BFRES mips: 0
GTX mips: 0
Swizzle: 0xD0000
Format: GX2_SURFACE_FORMAT_TCS_R8_G8_B8_A8_SRGB
00001000

A file size doesn't turn normal in bfres carried out.
But it increased to 108kb from original size 98kb.
When it's checked in hax.py, the number of the interior is wrong.

hax.py test.bfres

00 appeal.0
01 b_dash.0
02 b_dash.1
03 b_dash.2
04 climb.0
05 climb.1
06 jump.0
07 jump_fall.0
08 pole.0
09 pole.1
10 shoes_wait.0
11 stoop.0
12 swim.0
13 swim.1
14 swim.2
15 swim.3
16 swim.4
17 swim.5
18 turn.0
19 wait.0
20 walk.0
21 walk.1
22 walk.2
23 b_dash.0
24 b_dash.1
25 b_dash.2
26 climb.0
27 climb.1
28 jump.0
29 jump_fall.0
30 pole.0
31 pole.1
32 shoes_wait.0
33 stoop.0
34 swim.0
35 swim.1
36 swim.2
37 swim.3
38 swim.4
39 swim.5
40 turn.0
41 wait.0
42 walk.0
43 walk.1
44 walk.2

A BFRES file is destroyed clearly.
I hope for a bug fix of hax.py.