3DS Ripping Catch-All Thread

[Ploaj]

Can someone take a look at these graphics from Digimon World Reigitize Decode? The original game was on PSP, so I have a feeling the format may be related to the common PSP formats GIM (images) and GMO (models). The magic on the 3DS format is "GMIO".

Late reply, but those are the same as the PSP version as far as I can tell.
The difference being the pixel data being in the 3ds formats. The TiledGGD mod a few pages back can read them.

[Ehm]

You are the absolute best. Thank you!

[Ploaj]

Oh sweet! I figured out the iobj compression!

Still needs some work, but yeah. Almost there!


Edit:
I was playing around with scribblenauts and I made a church.

I also made a dragon, but he was dismantled

[einstein95]

Took a look at a game I had previously looked at but gave up on:

[Dazz]

Ooooh, Harmoknight? Are there many 2D elements to that game?

[redblueyellow]

Ooooh, Harmoknight? Are there many 2D elements to that game?

Cutscenes, mugshots, world previews and overworld elements are all I'm aware of. Excellent game!

[Carpaccio]

Hey, I know I've asked this before but can anyone get me the files for the giant battles in Mario and Luigi: Dream Team? I used to have them but I think I lost them.

[Ploaj]

I was looking at the 3DS Corpse Party and what is this?
They must have made it more RPG-like than I remember :p

Edit:
I like how the test graphic was a smiley

[Ehm]

Happy Home Designer stores some images in odd chunks, but then others are normal. Even between two pieces of the same image.





It's not really a major issue to manually piece them together, but it does get pretty time consuming with larger images.

[Dazz]

Ploaj, I'm pretty sure those are unused... Maybe from a generic RPG maker application of sorts?

[Ploaj]

I know, I thought it was funny to find in such a game :p

Hey Ehm, that first chunk has it's width and height swapped.

Edit:

What ever you used to convert them made an error on the format.
The width appears first and the height second.
If the "swizzle" byte is set to 8, then the width and height are swapped.

[Ehm]

Ahh, awesome. I used Texturipper 1.2. Haven't seen this happen with any other game before.

[nyandere]

I hope this isn't in the wrong place, but are there any guides on how to extract images from 3ds games? I do understand that there's variations on file types within the games, but I've been googling around and can't figure this out at all. Rather than beg for someone else to rip what I'm looking for, I'd like to do it myself, but I need help on how to even begin.

edit: After trying stuff more, I've managed to get a decrypted dump of the game I want to get sprites from. However, none of the files I think are what I'm looking for are of filetypes I can find information on. Does anyone know what to do with .jtex and/or .bjae files?

[Jiru]

I hope this isn't in the wrong place, but are there any guides on how to extract images from 3ds games? I do understand that there's variations on file types within the games, but I've been googling around and can't figure this out at all. Rather than beg for someone else to rip what I'm looking for, I'd like to do it myself, but I need help on how to even begin.

edit: After trying stuff more, I've managed to get a decrypted dump of the game I want to get sprites from. However, none of the files I think are what I'm looking for are of filetypes I can find information on. Does anyone know what to do with .jtex and/or .bjae files?

As a fellow complete newbie to 3ds ripping, I would point you to this topic I came across while trying to figure out the same thing you're struggling with. Hope it helps you out, I'll try decrypting the game I want ripped tomorrow and see if I can get the same sort of files extracted.

[aldelaro5]

Hi everyone, I just wanted to explain some stuff about Sticker star if you are curious about the rips I did that JUST got approved (some needs to be resubmited and soem are pending, but most of them were accepted).

If you check the game files, you would notice a lot of bc**z files (like bctez or anything that sounds familiar, but uses a z at the end). These are basically the files, but blz compressed.

That, is the part that should be known by now because the rip that were already there pretty much required a decompression to work.

But I found really odd that no textures or event he stickers were ever ripped (arguably a very essential rip) so I searched. I found some .bin files which really intrigued me because they were on their own folder. The decompresser followed by textureripperr was able to rip only 2 images.....it's odd, why putting so little images in that folder with only these files?

After some investigations with an hexedit, I found not 2, but the files were filled with CGFX headers, in fact, there were hundreds of them. The decompresser somehow only decompress the first one and the last was fine for ripping (it's a weird compression that is apparently backward....anyway). I splitted the files into small one with every occurrence of CGFX and decompressed all of them one by one to then texturerippper and guess what?

There were hundreds of images in these CGFX!

Every stickers, every scraps, even UI elements were found in these. They were never ripped because of how hidden they were.

So, that;s why the stickers and some textures got approved lately. I have some pending submissions for sprites and I have to resubmit others (just sorting textures and sprites, won;t take long).

I have to say though, this was quite annoying to figure out, but at least it's done