FileForums
Page 6 of 9 « First 45 6 78 Last »
Show 40 post(s) from this thread on one page

FileForums (https://fileforums.com/index.php)
-   Conversion Tutorials (https://fileforums.com/forumdisplay.php?f=55)
-   -   PZlib (Alternative to Precomp) (https://fileforums.com/showthread.php?t=97888)

Razor12911 18-09-2016 18:40
Quote:
Originally Posted by chum (Post 451809)
Hey bro, you said to use -v for CRC problems, but using -v just blocked any compressing gains, the compressed file just become out same size of input file. Without -v decompressing is just failing with CRC Always.
That isn't the case most of the time.

Quote:
I like Pzlib for compresisng since it is much faster than Precomp and give nearly same final size but decompressing problem is just avoiding to it be a standard usage for me.

If you just remove the multithreading for decompressing dont it fix the problem since decompressing is known to work properly in single-thread..
I don't understand this part here.

aswadd 18-09-2016 22:01
I have a problem
CRC failed in "data\corecharacter.arch05". File is broken.
http://i.imgur.com/uwGpfaJ.png
it happened with any file type :\
I also turned off threads but still this error / tried -v option but it didn't even make an output file :(

aswadd 18-09-2016 22:16
Quote:
Originally Posted by Razor12911 (Post 451810)
That isn't the case most of the time.


I don't understand this part here.
the problem goes with -v parameter , the way you add it in arc.ini :D
I finally got it work comp/decomp was success

Just add -v at the end of the line & not after pzlib ex:
packcmd = pzlib e - -o - <stdin> <stdout> -v

don't put it like this or even in the middle ... etc
packcmd = pzlib -v e - -o - <stdin> <stdout>

same problem happens with antiz Just add -r at the end :D

in the end :D thnx razor & Panker for this great work :)

Razor12911 19-09-2016 14:25
Guys, I said this in the beginning of the thread, you must add -v if you're getting CRC errors.

-v is just verification, it just makes sure that the streams that were found match CRC when being restored, it permutes some streams which is why you get a better size without verification than when it's turned on.

aswadd 19-09-2016 15:47
I got another problem Arc crash when trying pzlib on
Need for speed MW 2012 :( while other pre-compressors didn't make arc crash
http://i.imgur.com/bgaNOkF.png

Gupta 19-09-2016 16:42
Quote:
Originally Posted by aswadd (Post 451851)
I got another problem Arc crash when trying pzlib on
Need for speed MW 2012 :( while other pre-compressors didn't make arc crash
http://i.imgur.com/bgaNOkF.png
this are the things which are already discussed in the forum

use
Code:
[External compressor:pzlib]
header = 0
packcmd = pzlib e -v $$arcdatafile$$.tmp -o $$arcpackedfile$$.tmp
unpackcmd = pzlib d - -o - <stdin> <stdout>

chum 19-09-2016 18:55
Quote:
Originally Posted by Razor12911 (Post 451847)
Guys, I said this in the beginning of the thread, you must add -v if you're getting CRC errors.

-v is just verification, it just makes sure that the streams that were found match CRC when being restored, it permutes some streams which is why you get a better size without verification than when it's turned on.
The problem Razor is than using -v for Shadow of mordor cause the output data1.arc come same size of input folder files. Input folder files size=16.5Gb, data1.arc=16.5GB with -v added. Without -v data1.arc compress fine to 5GB but then unpack just give CRC error.

Razor12911 20-09-2016 16:16
yea, it means the data could be recompressed but CRC could not be maintained.

~MAK~ 20-09-2016 19:53
Quote:
Originally Posted by Razor12911 (Post 451897)
yea, it means the data could be recompressed but CRC could not be maintained.
Then is it possible that you make 2 version of pzlib, first one is your this already released one, and second one will have this idea if possible while compression and decompression there should not be any CRC checks and later we could patch that file with xdelta to make it md5 perfect :)

Razor12911 20-09-2016 20:16
Haha, that will not work. The difference is too much, it isn't just a few bytes that differ but the whole thing. Tried xdelta, it isn't going to help, instead it will make diff files almost the same size as original sometimes even more than which cannot be compressed further then end up with negative ratio, end up with ratio more than 100% even after compression.

~MAK~ 20-09-2016 20:23
Quote:
Originally Posted by Razor12911 (Post 451906)
Haha, that will not work. The difference is too much, it isn't just a few bytes that differ but the whole thing. Tried xdelta, it isn't going to help, instead it will make diff files almost the same size as original sometimes even more than which cannot be compressed further then end up with negative ratio, end up with ratio more than 100% even after compression.
hahaha, I already expected that :P . Anyways Nice to meet you

Razor12911 20-09-2016 20:24
Nice to meet you too.

ChronoCross 06-10-2016 09:04
Testing pzlib pipe downloaded from encode.ru.
7z tar pzlib e - - srep 7z lzma
compression good
decompression fail stuck in 39% i need to add -v option?

Razor12911 06-10-2016 09:32
-v doesn't exist, it's a new program I'm creating, somehow it gets stuck. really frustrating.

Razor12911 16-12-2016 06:31
Source uploaded


All times are GMT -7. The time now is 05:39.
Page 6 of 9 « First 45 6 78 Last »
Show 40 post(s) from this thread on one page

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