Go Back   FileForums > Game Backup > PC Games > PC Games - CD/DVD Conversions > Conversion Tutorials
Register FAQ Community Calendar Today's Posts Search

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old 06-06-2018, 06:15
kassane's Avatar
kassane kassane is offline
Registered User
 
Join Date: Nov 2011
Location: Somewhere in the World
Posts: 174
Thanks: 578
Thanked 117 Times in 47 Posts
kassane is on a distinguished road
Quote:
Originally Posted by Gupta View Post
i think pascal compiler's abi is compatible with maybe gcc(if gcc not, i think its borland(embarcadero) c++ itself which sucks at optimizations) so they used compiled objects and directly links with the pascal code see https://github.com/madler/zlib/blob/...al/zlibpas.pas
Another trickery can be, represents your dll as hexadecmial literals in your code and using some library like, to directly load from memory, quickbms uses it
For what I have tested the borland compiler is based on clang(msvc edition), as far as minGW posix is not compatible, I just do not know if it is possible with minGW win32. Since you use msys2 then it's posix!
__________________
"There are three things that sages fear... The tormented sea, a moonless night and the wrath of a gentleness man." - The fear of the Sages.
Reply With Quote
Sponsored Links
  #2  
Old 06-06-2018, 07:32
Gupta Gupta is offline
Banned
 
Join Date: Aug 2016
Location: https://t.me/pump_upp
Posts: 399
Thanks: 139
Thanked 715 Times in 231 Posts
Gupta is on a distinguished road
Send a message via ICQ to Gupta Send a message via AIM to Gupta Send a message via Yahoo to Gupta
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
Reply With Quote
  #3  
Old 06-06-2018, 14:18
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
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.
Reply With Quote
  #4  
Old 06-06-2018, 15:45
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
I'm using this...
unpackcmd = xtool.exe drecomp:t4 - - <stdin> <stdout>
Since others have similar problems, there is probably sth wrong with xtool.
Reply With Quote
  #5  
Old 07-06-2018, 03:40
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
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.
Reply With Quote
  #6  
Old 07-06-2018, 05:37
ZakirAhmad ZakirAhmad is offline
Registered User
 
Join Date: Sep 2015
Location: Kmr
Posts: 290
Thanks: 56
Thanked 58 Times in 37 Posts
ZakirAhmad is on a distinguished road
Quote:
Originally Posted by alfredd31 View Post
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?
Reply With Quote
  #7  
Old 07-06-2018, 06:09
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
packcmd = xtool.exe erecomp:t4,lz4 - - <stdin> <stdout>
Reply With Quote
  #8  
Old 07-06-2018, 09:41
ZakirAhmad ZakirAhmad is offline
Registered User
 
Join Date: Sep 2015
Location: Kmr
Posts: 290
Thanks: 56
Thanked 58 Times in 37 Posts
ZakirAhmad is on a distinguished road
Quote:
Originally Posted by alfredd31 View Post
packcmd = xtool.exe erecomp:t4,lz4 - - <stdin> <stdout>
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)
Reply With Quote
  #9  
Old 07-06-2018, 08:46
MM32 MM32 is offline
Registered User
 
Join Date: Sep 2012
Location: ISREL
Posts: 76
Thanks: 20
Thanked 7 Times in 4 Posts
MM32 is on a distinguished road
A script that works with the existing command
I apologize for my bad language in English
Reply With Quote
  #10  
Old 07-06-2018, 10:06
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
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 drecomp: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.




Last edited by alfredd31; 07-06-2018 at 14:19.
Reply With Quote
  #11  
Old 07-06-2018, 14:23
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
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.
Reply With Quote
  #12  
Old 07-06-2018, 15:23
ZakirAhmad ZakirAhmad is offline
Registered User
 
Join Date: Sep 2015
Location: Kmr
Posts: 290
Thanks: 56
Thanked 58 Times in 37 Posts
ZakirAhmad is on a distinguished road
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.
Reply With Quote
  #13  
Old 07-06-2018, 15:38
alfredd31 alfredd31 is offline
Registered User
 
Join Date: Jul 2017
Location: Paris
Posts: 16
Thanks: 1
Thanked 0 Times in 0 Posts
alfredd31 is on a distinguished road
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.

Last edited by alfredd31; 07-06-2018 at 15:42.
Reply With Quote
  #14  
Old 07-06-2018, 17:02
LuzhinE's Avatar
LuzhinE LuzhinE is offline
Registered User
 
Join Date: Jan 2014
Location: Peru
Posts: 227
Thanks: 26
Thanked 36 Times in 29 Posts
LuzhinE is on a distinguished road
alfredd31 use srep 3.93
Reply With Quote
  #15  
Old 08-06-2018, 04:20
KaktoR's Avatar
KaktoR KaktoR is offline
Lame User
 
Join Date: Jan 2012
Location: From outer space
Posts: 4,689
Thanks: 1,106
Thanked 7,336 Times in 2,838 Posts
KaktoR is on a distinguished road
oodle for ACO

DataPC.forge (273.088.512 Bytes)

with srep64:m3f+lzma2

Code:
xtool(:c32m,t4:oodle)
260mb => 548mb => 195mb (205.152.256 Bytes)
Compression time: 192secs
Decompression time: 62secs

AFR(:a2) with in/out patch 
260mb => 548mb => 195mb (204.939.264 Bytes)
Compression time: 144secs
Decompression time: 118secs
For decompression used all threads

Only precompress:
Code:
xtool
Precompress time: 63secs
Decompress time: 55secs

AFR
Precompress time: 18secs
Decompress time: 105secs
So xtool is at least two times faster than AFR in decompression, but ~3.5 times slower in precompression
__________________
Haters gonna hate

Last edited by KaktoR; 08-06-2018 at 04:31.
Reply With Quote
The Following 5 Users Say Thank You to KaktoR For This Useful Post:
COPyCAT (08-06-2018), elit (10-06-2018), Razor12911 (14-06-2018), shazzla (08-06-2018), ZakirAhmad (08-06-2018)
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Information about ZTool 78372 Conversion Tutorials 72 10-10-2019 06:27
ztool info doofoo24 Conversion Tutorials 2 24-12-2017 22:08
ZTool (Ultimate Precompressor) Razor12911 Conversion Tutorials 16 20-07-2017 07:56



All times are GMT -7. The time now is 07:27.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2026, vBulletin Solutions Inc.
FileForums @ https://fileforums.com