4x4:precomp bug

[GoogleCodeExporter]

4x4:b200mb:precomp
> запускается 4 копии precomp
> на выходе файл, размером почти равный 
входящему
похоже что 4х4 не ожидает что после precomp, 
блок будет больше по размеру и он тупо его 
обрезает по заданному (200mb) размеру
в итоге архив битый

Original issue reported on code.google.com by Artof...@gmail.com on 23 Mar 2014 at 9:29

[GoogleCodeExporter]

1. 4x4 расчитан только на алгоритмы сжатия, 
поэтому если выходные данные больше 
входных, то он предполагает что сжатие не 
удалось, и берёт вместо них входные. я 
добавлю параметр чтобы это регулировать

2. у 4x4 есть проблемы с запуском нескольких 
внешних упаковщиков одновременно. так что 
архивы бьются вероятно из-за этого. в целом 
идея по многопточному precomp интересная

Original comment by bulat.zi...@gmail.com on 23 Mar 2014 at 9:36

• Changed state: Accepted
• Added labels: Component-Compression, Milestone-0.75

[GoogleCodeExporter]

>> 4x4 расчитан только на алгоритмы сжатия, 
поэтому если выходные данные больше 
входных, то он предполагает что сжатие не 
удалось, и берёт вместо них входные.
неа, не берет он входные
я смотрел в HEX редакторе, там PCF файл, просто 
не до конца. На отметке в 200МБ начинается 
новый PCF файл. Плюс файл хорошо жмется, в 
итоге.

>> у 4x4 есть проблемы с запуском нескольких 
внешних упаковщиков одновременно. так что 
архивы бьются вероятно из-за этого.
вообще то он вполне сносно справляется с 
внешними упаковщиками
единственное где возникали проблемы, так 
это с stdin\out
и то решалось все простым изменением 
размера блока
а те упаковщики что юзают временные файлы, 
вполне нормально работают, вплоть до 8 копий

единственное что плохо, так это 
необходимость явно указывать размер блока, 
иначе ничего не происходит
наверно стоит сделать какой-то авто выбор в 
зависимости от размера файла и количества 
доступных ядер CPU

Original comment by Artof...@gmail.com on 26 Mar 2014 at 3:54