ZenHAX

If quickbms gives that error then it means there is nothing to do.
Anyway what's the script you are using?

Unreal tournament 4.bms

Honestly I don't know and I can't check now but you correctly used the 4gb_files version so that's excluded (because reimport.bat uses quickbms.exe and it causes conflicts).

Ah right, UE4 has the TOC located at the end of the archive and therefore you can't use reimport2 with it.
Yeah quickbms is perfectly correct returning that error

So it's mean there is no current solution for now, right? : D

It means that there will be no solution forever since it's a logic problem due to the fact that no new content can be appended to the archive.
Sure, it would be possible to "prepend" the new content but that causes big troubles and it's technically a mess (moreover with huge files like the UE4 paks)... so it will never be available.

QuickBMS cant import2 a script with such tag and stuck in importing2

math OFFSET - 1024

I don't see any problem, I created a file and a script with OFFSET - 1024 and in fact reimport2 works perfectly.

Do you have a game sample file?
What's the output of quickbms?

sorry, my archive was corrupt
i tested again and no problem, sorry, my bad.

How can i add exantion in Script?
x\02\xBF == ".rate"

@Shokoniraya
you are off-topic, anyway you can't add additional guessed extensions. They are hardcoded in quickbms.

I'm trying to reimport a language file (locres) to .pak.

But the edited locres file is bigger than the original locres file, so it's importing with errors. Half of the texts doesn't show up in the game. I can't delete anything from locres file to make it smaller.


Any solution for that?

im using latest unreal script and latest quickbms.

The reason why reimport2 can't work on archives like those of UE4 is the following: the TOC ("table of content", the information about the archived files) is located at the end of the archive.

For example this is the format of an UE4 archive:

########################TOC***
|                       |  |
|                       |  tail info with offset of TOC
|                       TOC containing info of the files
archived files

If reimport2 tries to add a bigger file at the end of the archive, UE4 will be no longer able to read the offset of the TOC (it's occupied by the new files).

Quickbms is a generic tool that must work with any type of format, therefore a soluton like copying the *** part at the end of the edited archive is not possible because quickbms does not know where that part starts and if the TOC offset is relative (like negative offset or the "size of TOC") or absolute (like in UE4).

What I can try to do is telling quickbms to check the "goto -OFFSET" instructions and record them as starting offset of ***, then copying that data after the reimport process.
It may work and it costs me nothing to try

I implemented the new code in my quickbms 0.9.1 beta in few minutes and tested reimport2 with an encrypted UE4 archive: apparently everything works great

thank you brother from another mother father! : - D

I cant reimport with bigger files. This script: viewtopic.php?f=9&t=644
Can you help me ? Thanks

Where can i get the 0.9.1 beta? i need to reimport a bigger file to a .pak folder, thanks!

@hackspeedok
because TOC is compressed and therefore the new offset and size can't be rewritten.

@Qnoops
it's a private beta

Here are the files I need to reimport. Can you help me ?
Link: https://drive.google.com/open?id=1eNWl9 ... wZzJAtg2ks

If that is not possible, thank you for your interest

Not possible