mlavcov, это смотря какие байты. Если в заголовках файлов, то с большой вероятностью проблем не будет, а вот если в любом другом месте, то ошибки при распаковке точно будут. В сжатии каждый код может повлиять на последующие данные или даже вообще привести к тому, что следующие коды не будут читаться.

Malcolm, тоесть даже 1 битый байт, если он пришелся на тело файла, обязательно вызовет искажение при распаковке? А если на эээ... (центральную директорию?) то архив вообще может не открыться?

mlavcov, если на центральную директорию, то не обязательно. Это смотря как повредится. Если повредится, например, контрольная сумма, то архиватор, если он ее проверяет, скажет, что файл может оказаться кривым, но он будет в порядке. Если повредится сжатый размер файла, то можно ту же самую информацию прочитать в заголовке самого файла. А вот в сжатых данных да, один неправильный бит - и все, проблема.

архиватор просто супер

Было бы оч хорошо если в 7z умел запаковывать архиватор.

PRO.ROCK, про это я уже в теме писал не раз.

Malcolm, извини пожалуйста за тупой вопрос, по сравнению с мини коммандером, унифм, твой архиватор лучше сжимает в зип?

Malcolm, допустим я собрался сжимать 3гп

argynbek92, 3gp ты не сожмешь, потому что в форматах видео, как правило, и так используется сжатие.

Malcolm, а что за ошибку выдаёт: java.io.IOException: -5 Пыталась создать zip-архив с двумя мр4-файлами, 6 и 8 мб. Создавала не для сжатия, а для компактности при выгрузке в сеть.

bebi_Oля, когда такая ошибка возникает, это означает, что он не может прочитать или записать файл. Потому что -5, видите ли...

Malcolm,
-5 я вижу.
Что значит "не может прочитать файл"? Твой архиватор не читает, что ли, мр4?