Quote:
Originally Posted by Masquerade
It doesn't matter ^^
CLS-SREP will decompress srep data no matter which version of srep you use for compression.
Make sure you use the latest version of CLS-SREP. I'm assuming you're using ProFrager's version and not Razor's version. The latest CRCs of those files are:
Code:
File: CLS-SREP_X64.EXE
CRC-32: ae1cd4f0
File: CLS-SREP.DLL
CRC-32: d30b67ba
|
Too many SREP versions. Any variants, not compatible from decompression, in vice-versa packed in SREP 3.2 or SREP 3.90/3.9x during in compression. Any case, not unpackaeble these data package via ProFrager's 0.33 version or any CLS-based copy's. Native bigger EXE's ~99.99% its works. (Official Bulat's release or "SR" iconized newest version EXE its solved in more problems.)
These X64.exe found from "cls_srep_v0.03b.rar" and "ISArcEx v0.4 + Test.rar" files. Two package contains X86 version EXE and not running from XP! Used bytepaching and its is OK! These DLL file, totally missing, some tools available various versions, (UltraArc, MC 20.xx, CIU3.0.x.x or more..) this different, not found the "d30b67ba" CRC-32 hashed copy.
UPD: These versions cls filter, not fully stable from cancelling installation process, these X64 (ae1cd4f0) or patched X86 EXE crashing now, from process terminating. Original full EXE or Profrager's DLL its betterly stable. (except not supported compression methods in get decompression error.) Its probably incorrect CLS-SREP.dll file attached in the "ae1cd4f0" hashed X64 EXE file in some repacking tools archives. Checked my DVD's from any archived repacking tools, not found! The DLL its available in many recompressor package tools sets?