![]() |
Unreal Engine 4 Decryption Tool
1 Attachment(s)
Usage:
Code:
ue4dt.exe e|d -m# -c# -b# -k# <stdin> <stdout>Code:
-m = method (1 = games that use borderlands3, street figher v... format, 2 = games that use rune ii format)I am not sure if this is universal, I don't have any unreal engine games and I was sent a small sample to work on. Borderlands 3 "pakchunk2-WindowsNoEditor_0_P.pak", seems like it works Note: This only decrypts, you'll have to find other means of precompressing the data. The input/output size remains the same. |
And the legend is back ... :)
Key for Borderlands 3: Code:
0x115EE4F8C625C792F37A503308048E79726E512F0BF8D2AD7C4C87BC5947CBA7 |
Welcome Back My Bro
You Do it Thanks , i will test it |
Awesome, hope we will see the same for RDR2 files :)
|
Update available
Changes - Replaced old SHA and AES functions for more optimized ones Notes - This is backwards compatible with first release, it's just faster |
Thanks for the tool, works OK for BL3. Is it possible to reduce the buffer size? Now it eats >256 MB of RAM on relatively small files? Combined with main algo, srep and xtool it can easily kill all the RAM :)
|
Update available
Changes - Fixed minor issues, thanks ShivShubh - Added chunk size option as requested, its setting is optional Notes - This thing does not work like xtool where setting small/big chunk size has little to no difference, if an encrypted stream is truncated, it will not be decrypted - Make sure the chunk size you use when encoding is the same as the one you set when decoding - You may also have noticed, the key and chunk size are repeated when encoding and when decoding (the command line), that is because this tool does not store headers of its own to recall this information, which is why I did mention that the input/output size is always the same - You can input a different key if you plan on reencrypting the data using another key, not sure why you would be doing that though but it is possible :) Usage Code:
ue4dt.exe e|d[chunksize] key <stdin> <stdout>Quote:
|
anyone have the decryption key for street fighter 5?
i have the aes_binary one but when i go to pack it back up it doesn't work right |
Quote:
|
Quote:
|
should it work on t7
|
Quote:
|
Quote:
|
Quote:
Code:
0x5f6153346d665a4b384d3573354b5743324c7a325673466e474b4937617a676c |
Quote:
|
hmmm caplitlized or not it had no effect
|
Quote:
|
Quote:
|
Quote:
|
post it here
|
Quote:
|
street fighter 5 tournament editon sample sample
|
Quote:
tekken 7 isn't but that game is non issue for me i have no problems with it but when i extract SF5 and pack it back up it.. i end up having only 1 stage and ryu and ken are the only selectable fighters... it is the only ue4 game i have problems with.. recently i decrypted soul calibur 6 no problems on it either.. i have decrypted many games but this one for some reason does not act right packed back up... |
Quote:
|
Quote:
i have done this with many games SF5 seemes temperamental with it though i think some kind oc coding ties all the files together.. and when i extract them it messes them up |
Quote:
This is just one reason, another reason is PAK files once extracted are sometimes not in their so called "Cooked" path folders so if you just pack them for use, game will not be able to read the files inside that new PAK file. |
Quote:
i also tried it on street fighter 5.. and it had alot of problems as well although other games it worked perfect on |
Update available
Changes - Fixed minor issues - Added support for Street Fighter V type of headers Notes - The person who asked for Rune II support, well this has a similar format as the other games just minor differences in the header structure therefore a sample from another game which has something similar is required, better if that game also has compressed streams, not just encrypted - Keys are in hexadecimal, they are not case-sensitive meaning letters can be upper case or lower case, it doesn't make a difference. - I changed a few things in the source, but then this thing of changing keys for each sample has left not being sure whether the support for borderlands 3 was left unaffected, you may want to check that and compare it to last release Useful links Here's a link where you can get keys for some games: https://www.zenhax.com/viewtopic.php...rt=1160#p51604 |
Quote:
Quote:
Code:
Compressed 1 file, 56,672,272 => 161,948,344 bytes. Ratio 285.76% |
Quote:
i'm going to test on the entire .pak pak folder content and post inflation results |
C:\Users\Wolf\Desktop\ue4dt_R4>del /q data.arc
Could Not Find C:\Users\Wolf\Desktop\ue4dt_R4\data.arc C:\Users\Wolf\Desktop\ue4dt_R4>arc.exe a -ep1 -r -ed -s; -w.\temp -mue4dt+deflate data.arc "pack\*" FreeArc 0.67 (March 15 2014) creating archive: data.arc Compressing 70 files, 27,092,819,816 bytes. Processed 0.7% ERROR: write error (disk full?) in compression algorithm ue4dt C:\Users\Wolf\Desktop\ue4dt_R4>pause Press any key to continue . . . hmm.. |
figure out which pak is causing this and upload it.
if the pak is massive, upload the chunk/section where the program fails. |
@razor12911 its probably the 5 gb file the first one
|
Quote:
|
i am going to split it into peices using 7 zip and send it
|
Quote:
|
Compressed 2 files, 2,845,529,487 => 8,213,974,533 bytes. Ratio 288.66%
Compression time: cpu 6.12 sec/real 211.28 sec = 3%. Speed 13.47 mB/s All OK this happend after removing 0x from the hexidecimal key |
Help a brother out and figure out which chunk is buggy, I couldn't care less about this tool because I don't have any unreal engine games and I wouldn't use it if I had any games that supported it... Too much work
|
Quote:
|
Quote:
|
| All times are GMT -7. The time now is 21:32. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com