2011 clang which has shitty windows support and they somehow glued it with shitty code, change its core abi to make it work , it's just not right, it can't even compile c++11 correctly even their vector and share_ptr has bugs that why i was using my own implementation in designer and these compiler bugs made me left designers

error with decompression too. Only 1 file, 1.3Gb. Included xtool+liblz4.dll. The installer is stuck at the end, and the file is different: 1,405,353,984 byte vs (1,405,386,216 bytes for the original.

I'm using this...
unpackcmd = xtool.exe d:precomp:t4 - - <stdin> <stdout>
Since others have similar problems, there is probably sth wrong with xtool.

except that I can obtain a better size than doofoo: 22.5Gb. You can select some bik files, even if some are giving an error.

what is ur packing command?

packcmd = xtool.exe e:precomp:t4,lz4 - - <stdin> <stdout>

A script that works with the existing command
I apologize for my bad language in English

Sometimes srep also gives crc error during decompression. Try srep 3.92 instead of 3.93.

the file which is giving u crc error. try only xtool on it and decompress it(see what u get)

I was using cls-srep (it's srep 3.93a) and xtool 0.9. This srep was working with ztool.
For decompression I'm using this, not the one above...: unpackcmd = xtool.exe d:precomp:t4 - - <stdin> <stdout>

@Ahmad: the installer is not even giving a crc error. It's just stuck. I have the same problem with the whole folder compressed. srep64 and xtool are still in the working processes.
Maybe I'm going to try with smaller files. In both cases it's stuck with the biggest file (imagefile92.pak).

Tested with a smaller file (25mb)...decompression worked.


my scenario for the s&p 500: a big fall. Sell everything.
http://econintersect.com/images/2018....04.fig.04.PNG


http://www.dw.com/image/17095124_303.jpg

Never mind, I was planning to delete codaw anyway. I prefer keeping smaller games. And in this one, it seems no files can be deleted.

When u r debugging some bug u r supposed to check individual files. BTW, the cls srep u r using doesnt only work for srep 3.93. it works with all sreps. The reason i told u this is becase i have experianced this with afr by edison. at last i found it was the problem with srep 3.93a when i replaced it with 3.92b. From that moment onwards i never god any problem.

Well, I'll check that.
Note that I tested xtool with farcry 4 too. And it seems files are not expanded as much as they could be. 24Gb=>30Gb. As a result there is a poor compression. I used a tool made by a certain edison007, and the compression was better, but the script used to decompress all that was a bit more complex. The game is still available on nomaher.com of course.
If you want to make a donation for the administrator, in Palestine, you can contact him. And if you want to see me in Paris to give me 1 million € so that I can fully devote myself to posting on this forum, and stop working (think my boss can't bear to see me any more), you have to know that I agree. We can meet at the procope for example to talk about that.

My target for the s&p 500: 2100 points. The housing and stock bubble will pop, sometime.
https://image.ibb.co/dhb32o/baboon.png

alfredd31 use srep 3.93

oodle for ACO

DataPC.forge (273.088.512 Bytes)

with srep64:m3f+lzma2

For decompression used all threads

Only precompress:
So xtool is at least two times faster than AFR in decompression, but ~3.5 times slower in precompression

xtool VERSION
0.8,0.7,0.09
xtool(:c32m,t4:oodle) WHICH VERSION
HELP PLEASE
Assassin's Creed Brotherhood
DataPC.forge