Tool GAME RIPPER (decrypt and extract Ren'Py, Godot, Unity, Unreal, WolfRPG, RPGM XP/VX/Ace/MZ/MV, SRPGStudio, PGMMV, GMS, APK, JAR, WASM, EXE etc.)

justaplayer69 said:

Thanks! Hmmmm this does not tell. I should add more diverse messages I guess. But I'm sure the file has passed magic checks and the actual issue is with decrypting the file index in the dxArc (probably DARC_HEAD.HeadSize has some unrealistic value, making the allocation fail).

However I suspect that this is a Pro game, so it should have a "Data\Game.wolf" or "Data\Game.data" file as well, could you please attach that (should be a small file)? If nothing else, I might be able to figure out the encryption key from that, and then you can specify the key after pressing F2. No promises though, but I'll try.

Click to expand...

justaplayer69 said:

This is definitely something new. It was created using WolfRPG 3.396, and looks like all the Address fields in the dx8 header are encrypted. I've never seen an encrypted dx8 header before (only dx6 header was encrypted, but the dev had removed that because the encryption key could be easily deducted that way, that's why GR does too btw.)

A dx8 header should be like:

Code:

00000000  44 58 08 00 90 71 01 00  40 00 00 00 00 00 00 00  |DX...q..@.......|
00000010  e4 4f c4 0b 00 00 00 00  60 81 00 00 00 00 00 00  |.O......`.......|
00000020  50 6f 01 00 00 00 00 00  a4 03 00 00 00 00 3a 01  |Po............:.|
00000030  0c 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000040  94 d6 09 9f d2 71 78 64  c6 9e ca 01 34 77 13 cd  |.....qxd....4w..|

But it is like:

Code:

00000000  44 58 08 00 d4 3c 05 00  a7 41 f5 7b e9 4f f8 53  |DX...<...A.{.O.S|
00000010  0a 88 18 68 43 65 c3 54  87 18 68 42 2b 07 ce 33  |...hCe.T..hB+..3|
00000020  90 15 f1 6b ad 07 6e 48  a4 03 00 00 00 00 4b 01  |...k..nH......K.|
00000030  0c fc 82 50 33 57 72 c3  59 ab 65 55 98 47 c2 eb  |...P3Wr.Y.eU.G..|
00000040  38 08 9f 7b e6 e2 33 76  91 35 6b 41 41 a6 12 d8  |8..{..3v.5kAA...|

The first two bytes is the magic (DX), then version on two bytes (8.0). After that the file index size (HeadSize) on 4 bytes, and 0x53cd4 (343252 bytes) seems about right, but the offset fields after that (8 bytes each) definitely not right, those are bigger than the file size. The CharCodeFormat and Flags are unencrypted again. So when dxlib calculates the required memory as "HuffHeadSize = size - Head.FileNameTableStartAddress ;" that turns out to be negative, which is definitely not okay and causes a memory allocation error.

Also I can confirm that with this latest WolfRPG Pro version there's no separate Game.wolf file like before, the encryption key is embedded in GamePro.exe somehow. I'm afraid no current tool (neither GR nor UberWolf) has implemented a crack for this new encryption method yet.

If someone can share this latest paid version of WolfRPG 3.396 Pro Editor, then I might be able to disassemble and reverse engineer the method from the exe, but it's going to take a while.

ps: I have found the game on pixeldrain

You must be registered to see the links

.

EDIT: the latest UberWolf release is 0.3.1, but it looks like the

You must be registered to see the links

which already has this address encryption. So you have to compile UberWolf from the latest source and it will be able to decrypt this game file. I'll look into adding this to GR as well, will take a few days.

Click to expand...

justaplayer69 said:

New release, 1.5!

Windows: https://attachments.f95zone.to/2024/12/4366418_gameripper-windows.zip
Linux: https://attachments.f95zone.to/2024/12/4366422_gameripper-linux.zip
Source: https://attachments.f95zone.to/2024/12/4366424_gameripper-src.zip
Repo: gitlab.com/gameripper/gameripper

Changelog:

- Support for latest WolfPRG Pro encryption
- Ripping images and audio from Unity games
- Minor RPGMV map fixes
- Sprites and maps are now sorted by name

I've implemented the latest WRPG encryption, and tested with Princess Colosseum 2, works perfectly. It is also supposed to work when there's a key file (Game.wolf), however I couldn't find any such games so this is untested for now (works with older WRPG Pro, so should work with new encryption as well).

Unity was a PITA to implement. Tested with UnityFS 6,7,8; Unity Assets 12 to 22; and a quite a lot of Unity revisions, latest being 2022.3.34f1. Here the issue is, some game files have a type node tree which is used to decypher the data, but some games don't. For the latter, I've implemented some heuristics and some sane built-in defaults, but if you download the dump file matching the game's revision into the game's folder from

You must be registered to see the links

, then GR will use that dump file, and with this feature it will work with any future Unity releases as well.

Also there's a PITA with Unity textures. GR can decode most formats on its own (including RGB with ints, floats, half-floats, YUY2, DXT1/3/5, BC4/5 etc.) with just its C code, but specifically CRN (crunch) and some other formats requires a C++ compiler. Source for these has been added in the UT2D directory. If someone is having issues compiling or linking these additional files, then "NO_CPP=1 make" will compile GR without the C++ code. This will reduce the number of supported texture formats, however you'll still be able to decode all the most common ones.

Matching tileset names now become case in-sensitive, because I've found some games where the developers forget the names of their own files, used some uppercase letters but referenced with lowercase. Because of this, map wasn't shown because the tileset couldn't be matched. This is also a very common mistake with WolfRPG games, they store tilesets in the "MapChip" folder, but reference them as "Mapchip" (note the lowercase "c"). Anyway, this is now workarounded, hopefully no more missing tiles on maps.

I've also made the sprites sorted by name, because lots of WolfRPG games does not use a spritesheet, rather store frames on separate sprites, and if these are unsorted, it's difficult to merge them into a single animation with SHIFT+Click.

That's all folks!

Click to expand...

justaplayer69 said:

Just download the zip and extract it somewhere, no installation required and no dlls, it is a single exe file. Preferred location is "C:\Program Files (x86)\GAME RIPPER", but could be anything.

After that to run, just
1. click on "gameripper.exe"
2. drag'n'drop the game's folder you want to rip on its window, that's all.

More sophisticated way is:
1. right-click on "gameripper.exe", choose "Create Shortcut"
2. right-click on the shortcut, choose "Properties"
3. in the "Target" field, add command line options, then press "OK"
4. after this to run GAME RIPPER with the specified options, click on the shortcut

Example command line flag: "gameripper.exe -v" (verbose mode, saves detailed log to gameripper.log file, also displays it when you quit).

But you don't need the shortcut for simple ripping, just click on "gameripper.exe".

Click to expand...

justaplayer69 said:

Hi,

I'm a lazy guy and I got fed up how complicated game ripping is. Each engine needs different tools, different dependencies,
different framework etc. etc. etc. It's not easy at least to say. So I put together a simple solution, which you might find
useful as well.

You must be registered to see the links

EDIT: due to issues with the git provider, repo moved to gitlab.com/gameripper/gameripper

This asset viewer and ripper is easy to use (just drag'n'drop a game folder on its window) and supports the most common game
engines that f95zone games use (including Ren'Py, RPGM MZ/MV, PGMMV, WolfRPG, Godot, Kirikiri, Unity). No dependencies, no MSVC
redistrib DLLs, no Python, no electron, no headaches, just a single executable that works out-of-the-box. Oh, and on Linux too!

You can download it from here:
- Windows:

You must be registered to see the links

- Linux:

You must be registered to see the links

Full source is included, available at gitlab.com/gameripper/gameripper. Let me know what you think! It just an early version,
but good enough to show you and get some feedback. It's pretty usable already.

Features:
- encryption key autodetection (even for Godot , WolfRPG Pro and ZipCrypto)
- unpack and deobfuscate all assets with a single click
- automatically convert obscure formats (like TLG5 / TLG6 or Unity CRN to PNG)
- convert sprite sheets into animations and save as animated GIF
- display maps and save in PNG or Tiled Mapmaker TMX formats
- extract / import translatable text in CSV and PO formats
- ...etc. things like that.

If you run into any games that are not decrypted automatically or not detected correctly, let me know and I'll try to take a look.
View attachment 4340678

Click to expand...

justaplayer69 said:

No can do sorry.

These are not just some ad-hoc colors, and you must be very young if you don't recognize this particular color combination. Here:
View attachment 4370434

You must be registered to see the links

the authentic RGB color codes of that machine's

You must be registered to see the links

. However that's true that the same color perceived differently on an old CRT monitor and on modern LED monitor due to technological differences (

You must be registered to see the links

).
PS: if you wonder why that machine, that's because I saw my first H-game on that machine

You must be registered to see the links

Click to expand...

justaplayer69 said:

Solutions:
- drap'n'drop __only one__ .wolf file at a time into GR (not the folder, just one file)
- using "-d" also works. This will directly extract the images to "Data\(archive)\*.png" without decoding.

Click to expand...