Problem with compressing using freearc

[Schabik]

Hi there,


I've got a problem with compressing files with Freearc.
While compression passes fine in theory, at the end it produces error

There were 1 warning(s)
ERROR: write error (disk full?) in compression algorithm lzma:mfbt4:d1m

I'm using compression method afr:a2+srep:m3f:a0/0+lolz:mmt1:mt2 so why there is an lzma algorithm passed? I don't get it....


Oh, and at the beginning there is an error

WARNING: bad section [External compressor:xLZ4] in configuration file

It occurs on all my PC-s and after changing the parts on my desktop

(before i've had an FX-8350 with 32 GB of DDR3 RAM, now I've got Ryzen5 3600 with 32GB of DDR4 RAM) and changing my Laptop from MSI GP60 to MSI GL65 with i7-9750H and 32GB of RAM. First time I've got an archive witch produces an -12 error on ACU's forge files but second time and copying the compressor's files to another drive produces an error as described before (lzma algorithm error). The same thing happens on Desktop and the Laptop. And before You say something about -12 error, this error occured before on desktop with FX-8350 and it's parts and just to confirm that's not the GPU problem I've wanted to compress the files on my Laptop...


I'm attaching the compression script in hope of resolving the problem.

[KaktoR]

The problem is your arc.exe command

Works
".\Data_Compressing\TOOLS\arc.exe" create -ep1 -r -s; -w"%arctemp%" -m%METHOD% -dp"%gamedatadir%" "%arc%" 

Works not
".\Data_Compressing\TOOLS\arc.exe" create -i2 -dses -ep1 -r -w"%arctemp%" -m%METHOD% -dp"%gamedatadir%" "%arc%"

I don't know exactly what the commands -i2 -dses do.

[Schabik]

-dsds is sorting files in some kind of order but I dont know what order exactly. Some time ago I've got a problem wit arc not seeing files and someone recomended it to me, worked fine til now.


I'm checking the command right now.

[bunti_o4u]

Originally Posted by Schabik

-dsds is sorting files in some kind of order but I dont know what order exactly. Some time ago I've got a problem wit arc not seeing files and someone recomended it to me, worked fine til now.


I'm checking the command right now.

Add anything after xLZ4 e.g.
[External compressor:xLZ4b]

I had the same issue and it worked for me...

[Schabik]

Originally Posted by KaktoR

The problem is your arc.exe command

Works
".\Data_Compressing\TOOLS\arc.exe" create -ep1 -r -s; -w"%arctemp%" -m%METHOD% -dp"%gamedatadir%" "%arc%" 

Works not
".\Data_Compressing\TOOLS\arc.exe" create -i2 -dses -ep1 -r -w"%arctemp%" -m%METHOD% -dp"%gamedatadir%" "%arc%"

I don't know exactly what the commands -i2 -dses do.

The command didn't work for me, still lzma error occurs.

Originally Posted by bunti_o4u

Add anything after xLZ4 e.g.
[External compressor:xLZ4b]

I had the same issue and it worked for me...

Well sad to say, it didn't work for me....

[PsYcHo_RaGE]

are you trying to repack games or just a normal user who wants to compress files to save disk space?

[Schabik]

I have original ACU and the rest of the series, but I'm trying not to waste time to download over and over again the same game when i don't have time to play, so I'm trying to repack the game to don't have to download it later..


Ok, the problem might be connected with lolz version I'm using, I'm testing it now and the compression with afr srep m0 and lolz seperately looks like below.


srep
2020-04-18_11h18_47.png


lolz
2020-04-18_11h25_42.png


m0
2020-04-18_11h15_48.png


afr
2020-04-18_11h14_23.png

[PsYcHo_RaGE]

well try: CLI Compressor R6 > https://mega.nz/file/7jI3maDb#4qb35p...ILRYbuNugMv_us

[Schabik]

Ok, all the problem was with h letter (a f... "h" letter!!). After deleting the letter the script works fine, but I've got a problem with unpacking. after trying to unpack the game with ASIS installer modified to my needs it just exits with the error in Computer Management/Event Viewer like in the code section.

 Faulting application name: Setup.tmp, version: 51.1052.0.0, time stamp: 0x5b226d52 

Faulting module name: CLS-AFR.dll, version: 0.0.0.0, time stamp: 0x59ec8321 

Exception code: 0xc0000005 Error offset: 0x00008f69
 Process ID of the error: 0x3520 

The time the application causing the error started: 0x01d617dd05cb667c 

Faulting application path: C: \ Users \ MYNAME\ AppData \ Local \ Temp \ is-5N5E9.tmp \ Setup.tmp 

Faulting module path: C: \ Users \ MYNAME\ AppData \ Local \ Temp \ is-KSS7B.tmp \ CLS-AFR.dll 

Report ID: 199b644d-645c-45f2-b23d-303cb33a6dec 

Full name of the package causing the error: 

Application ID relative to the package causing the error:

[KaktoR]

What "h" letter you mean?

What changes did you make inside the script?

Did you use the correct afr version for ACU (I guess ACU is AC Unity? If so you have to use afr020 for both pack and unpack).

[Schabik]

Mainly adding some registry keys depending the component selected (mainly language), and selecting crc file from the {app} folder instead of {tmp} folder. And some graphical changes, nothing more.


So to be clear, I've tested the installer without modifications of any sort clear 7.1.3 and 7.1.6 version and they do the same. The install just dissapear the moment that comes to unpacking DataPC.forge file, when I move the file and recompress the game without it, it stops on another file and so on.


I used afr19, because of error -1073741571 I much appreciate if someone can help me with this if the version 20a7 is required.



As for h letter there was one like this:

[External compressor:xLZ4]
header    = 0
;packcmd   = _PE\XTool e:precomp:t75p:lz4 Input <stdout>
packcmd   = XTOOL\XTool e:precomp:t75p:lz4 - - <stdin> <stdout>
unpackcmd = XTOOL\XTool d:precomp:t100p - - <stdin> <stdout>
datafile  = Input

h

[External compressor:xZSTD]
header    = 0
;packcmd   = _PE\XTool e:precomp:t75p:zstd Input <stdout>
packcmd   = XTOOL\XTool e:precomp:t75p:zstd - - <stdin> <stdout>
unpackcmd = XTOOL\XTool d:precomp:t100p - - <stdin> <stdout>
datafile  = Input

and it caused the "Bad Section" error.

[KaktoR]

You have to use 20a7 for this. But it surprises me that there was no error in recompressing unity with afr019, because it's only for the old games (first to black flag I think).

[Schabik]

Originally Posted by KaktoR

You have to use 20a7 for this. But it surprises me that there was no error in recompressing unity with afr019, because it's only for the old games (first to black flag I think).

According to this image (when You run afr.exe v19)
2020-04-21_20h31_51.png
AFR19 says that it's afr:a2 method is for ACUnity and ACSyndicate.


and according to Your post that I found from previously solving the problem with error -1073741571 (now the solution didn't work) posted on topic https://fileforums.com/showpost.php?...38&postcount=5
You've sayed that for games before Unity I have to use 19 version.

You've meant that Unity isn't the game that can be compressed with 20a7? or it shouldn't be compressed with that version?

[KaktoR]

Ok then...

Have you tested DataPC.forge with 019 and 020 pack+unpack with a simple batch file?

I think 20a7 is only for Origins and Odyssey if I remember correct because they use oodle compression and 20a7 is able to unpack this oodle streams.

[Schabik]

I can not pack DataPC.forge with 020 because of error -1073741571 on this and any other forge file. As for 019 I can compress it but it crashes on cls-afr.dll while decompression... As for 019 crashing for other forge files I'm packing them now, and Data1 will be ready for unpacking about an hour and 14 minutes from now. Then I'll post an update as an edit for this post or another one if anyone posts one before me updating.


EDIT:
Ok guys, the problem didn't occur with any other forge file with afr019... That's odd... may it be that the forge file is corrupt?


EDIT2: Ok, the problem is definetly the DataPC.forge file, I moved it to another data file and cls-afr crashes on this data file leaving decompressed 320kb DataPC.forge and srep-virtual-memory.tmp of size 880mb that as lockhunter says is locked by cls-srep_x64.exe still working... (What?!)