CLS cls-ue4d 24.06.30.rev.1

[Shegorat]

Shegorat обновил(а) ресурс cls-ue4d новой записью:

cls-ue4d v.24.06.30.rev.1

Изменения:

• Фикс краша при отмене распаковки (tnx juanpablo)
• Переписан обработчик ошибок на modern C++
• Теперь для фильтра создается новый поток воркера, чтобы изолировать логику от FA
• Добавлены ключи для ~60 игр

Узнать больше об этом обновлении...

 

[dixen18]

Приветствую) С поддержкой контейнеров *.ucas пока затык я так понимаю?)
За обнову спасибо, попробуем))

 

[Shegorat]

Приветствую) С поддержкой контейнеров *.ucas пока затык я так понимаю?)

Пока да. Да и времени сейчас не особо много.

 

[juanpablo]

Hi, latest cls-ue4d v.24.06.30.rev.1 hangs (no error, progress just stops) at about halfway during unpacking Borderlands 3 paks. Archive method is
ue4d:key=115EE4F8C625C792F37A503308048E79726E512F0BF8D2AD7C4C87BC5947CBA7+xtool:zlib+srep:m3f+lolz
There could be a problem reproducing this because archive is too large to share and it will not hang when packing just a few small .pak files, it will only hang when about 30GB+ files are compressed (for example all main files, pakchunk*-WindowsNoEditor.pak). It's not xtool/srep/lolz problem, tested multiple times - it will unpack without problems when packed with same method but using, for example (did not test others because of game size), cls-ue4d_v.21.11.11.rev.3. As I recall from memory, 2022 releases also worked (but those have "cancelation" bug so I avoid them if I can..) But using v.24.06.30.rev.1 -> packing is ok/unpacking hangs at some point, everytime. (20 threads CPU btw..)

 

[Shegorat]

@juanpablo, I can’t repeat this problem yet. I will research further. Can you tell me version of Borderlands 3?

 

[dixen18]

@Shegorat,
Добрый вечер.
Буквально в этот же день я обновил свой репак третьей борды, используя ue4d последней версии. И никаких ошибок обнаружено не было)

 

[juanpablo]

@Shegorat , hi, I did repack of very latest Steam version (build 11919094, 2024-Jun-18)... I can repeat the problem at about 30% on unpacking every time with v.24.06.30.rev.1, all other versions before were ok (but those I did not used on latest game build). Unfortunately due to game size I'm unable to "send test sample". I can post detail list of files that I include in my archive (I separate archives for language and patch files, unpacking on those works but produced archives are much smaller):

pakchunk0-WindowsNoEditor.pak
pakchunk1-WindowsNoEditor.pak
pakchunk4-WindowsNoEditor.pak
pakchunk5-WindowsNoEditor.pak
pakchunk6-WindowsNoEditor.pak
pakchunk7-WindowsNoEditor.pak
pakchunk8-WindowsNoEditor.pak
pakchunk9-WindowsNoEditor.pak
pakchunk1?-WindowsNoEditor.pak
pakchunk1?optional-WindowsNoEditor.pak
pakchunk2?-WindowsNoEditor.pak
pakchunk3?-WindowsNoEditor.pak
pakchunk4?-WindowsNoEditor.pak
pakchunk5?-WindowsNoEditor.pak
pakchunk6?-WindowsNoEditor.pak
pakchunk7?-WindowsNoEditor.pak
pakchunk80-WindowsNoEditor.pak
pakchunk81-WindowsNoEditor.pak
pakchunk82-WindowsNoEditor.pak
pakchunk83-WindowsNoEditor.pak
pakchunk84-WindowsNoEditor.pak

Exact command line that I use all the time, years back since first builds, is

cd /D "c:\Program Files (x86)\Steam\steamapps\common\Borderlands 3\OakGame\Content\Paks"
arc create -mue4d:key=115EE4F8C625C792F37A503308048E79726E512F0BF8D2AD7C4C87BC5947CBA7+xtool:zlib+srep:m3f+lolz -sclANSI -w"C:\TEST\." --noarcext -- "C:\TEST\testpak.arc" @"C:\TEST\testpak.txt"

..where testpak.txt contains previous list exactly like I posted.
Arc.ini for xtool is like this (I know somebody can complain why 100p etc. - I tested this multiple times and _for me_ this way produces fastest packing/unpacking). xtool is 079 (yes, it IS possible that xtool is to blame for unpack hang, but if that is the case it does not explain why same xtool version works with same method in combination with older ue4d but not the latest)

[External compressor:xtool]
header = 0
packcmd   = xtool precomp { -moption} -c32mb -t100p - - <stdin> <stdout>
unpackcmd = xtool decode -t100p - - <stdin> <stdout>

Problem is that this takes very long time to pack, as I recall about 5 hours on my machine, so it is very time consuming for test... As I said, I'm not complaining because I use older versions where unpacking with this exact setup works on unpacking, always. Don't know what could be the problem with latest version, I believe dixen18 that unpacking for him works but seems for me it does not.. Switching to different compiler for your latest v.24.06.30.rev.1 maybe? Not sure.
Regards

Edit: forgot to mention, when I said "hangs during unpacking" I meant "..unpacking from compiled and finished Inno setup, using unarc.dll". Did not test unpacking by other means...

 

[dixen18]

@juanpablo,
You need use -d3 parameter for Xtool

 

[juanpablo]

@dixen18 you only need to use -d3 if using unreal xtool plugin for decryption, which I obviously don't since I use cls-ue4d. There is no difference whatsoever if I put -d3 if I only use xtool:zlib, tried and tested that few years ago. I can also use -c256mb instead of -c32mb for xtool for better gain but than my memory consumption increase more than I feel comfortable so I do not use that also.
BTW, xtool:ue4,k115EE4F8C625C792F37A503308048E79726E512F0BF8D2AD7C4C87BC5947CBA7:zlib with -d3 -c128mb works without problems, similar ratio, but as I said, decompression is much faster with cls-ue4d so I prefer using it instead of unreal xtool plugin.