Hacking [release] GTX Extractor

  • Thread starter Thread starter AboodXD
  • Start date Start date
  • Views Views 26,125
  • Replies Replies 80
  • Likes Likes 9
also

Block types
Block type 0x04 doesn't exist.

Type Description
0x00 Not actually a valid Block type. (different magic)
0x01 Follows this block header the End of the file.
0x02 Follows this block header padding. (Used to align following data)
0x03 Follows this block header Vertex shader info.
0x05 Follows this block header Vertex shader program.
0x06 Follows this block header Pixel shader info.
0x07 Follows this block header Pixel shader program.
0x0B Follows this block header the Image info.
0x0C Follows this block header the Image data.
0x0D Follows this block header the Mipmaps data.

this is in the mk8 modding wiki thing those block types in that gtx I gave you are valid...
 
um im not sure what the issue is but

but something odd is happening(all the files should be more like 210 and 211.ddsnot this weird rotation stuff)
EDIT: included convert.rar which has a functioning dds and a unfunctioning dds and gtx's
I see that you got those gtx files from a BFRES file, then it's definitely a swizzling problem.

It's not GTX Extractor's fault, because BFRES extractors often put some random values (ex: pitch) in the gtx files.
Don't worry though, @Exzap is helping me fix this problem, I'll let you know when it's fixed.
also

Block types
Block type 0x04 doesn't exist.

Type Description
0x00 Not actually a valid Block type. (different magic)
0x01 Follows this block header the End of the file.
0x02 Follows this block header padding. (Used to align following data)
0x03 Follows this block header Vertex shader info.
0x05 Follows this block header Vertex shader program.
0x06 Follows this block header Pixel shader info.
0x07 Follows this block header Pixel shader program.
0x0B Follows this block header the Image info.
0x0C Follows this block header the Image data.
0x0D Follows this block header the Mipmaps data.

this is in the mk8 modding wiki thing those block types in that gtx I gave you are valid...
I wrote that page. So I'm aware if your gtx file is compatible or not. ;)
 
Last edited by AboodXD,
I need help!
I was trying to convert .gtx to .dds but i got this(and .dds to .gtx)
hXghfjG.png

Do you know how to fix it?
(I used version 3.3)
If you need gtx file i used, i'll upload it
 
what do i do
help

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

Thanks.

Did you get those gtx files from a BFRES file?
I think you did, because that's the problem.

When extracting the gtx files from a BFRES, the values get messed up and need to be recalculated.
I'm working on the recalculation part.

Right now, use TexConv2.

Here's some proof of the values getting messed up:
  1. Exzap (the maker of Cemu, the first functional Wii U emulator) confirmed it.
  2. If you try any gtx file, not stored in a BFRES, it will work. (But converting .dds to gtx isn't guaranteed to work all the time, I'm working on fixing that too.)
https://discord.gg/VEXAHy8 join and help me
 

Attachments

  • WU_Field_underground.png
    WU_Field_underground.png
    1.3 MB · Views: 244
it worked now what do i do to get in in smm also am useing cemu can i have you skype name to make it easyer to chat
 
You hex edit the BFRES file and add the modified texture manually, as tools like TexHaxU fail to do it.

I do have a Skype account, but I don't use it anymore. I use discord now...
 

Site & Scene News

Popular threads in this forum