Ru-Board.club
← Вернуться в раздел «Программы»

» Архиваторы. Сравнение сжатия

Автор: ZSZ
Дата сообщения: 26.05.2016 20:27

Цитата:
Но лично я при создании архивов всё же использую сжатие mp3 и jpg с помошью PackJPG и (PackMP3 или mpz), что освобождает 18% места.


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

А малонужный или ненужный мусор скидываю на старые 1 ТБ, 1,5 ТБ жёсткие диски. Дублирование этих данных так же есть, но однократное. Сдохнет, не жалко, но и то, маловероятно, что обе копии сразу. Мусор это типа Штирлица цветного, СтарТрек 1960-х, старый софт, то, что может быть понадобиться когда-то до конца жизни, а наверняка и нет, давно выполненные проекты, ненужные исходники.


По юзабельности, RAR и WinRar лучшие: поддержка потоков, прав доступа, устойчивость к повреждениям, распространённость, хорошее сжатие. Следом 7-zip на китайскоми haozip.

Остальное имеет состояние полудохлых сперматозоидов. То не распаковывается, то кодировки повреждаются, то зависания, то "пришлите архив в другом формате". Так, поэкспериментировать, не для практического использования.


Цитата:
mp3 и jpg с помошью PackJPG и (PackMP3 или mpz), что освобождает 18% места.


Удаление фотошоповского или другого мусора из jpg даст больше пользы. Перегонка МП3 в ААС даст выигрыш в 2..4 раза по размеру при том же качестве. МП3 без мусора сжимается на 1..3 %, не больше.

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

Перегонка видео из xvid в h264 даёт выигрыш в 50...200 % на нешумных спокойных видео без потери качества. Даже можно фильтрами попутно улучшить эти фильмы, например, исправить цветовой баланс, тени, насыщенность, резкость.
Автор: UriF
Дата сообщения: 26.05.2016 21:41
Не совсем так.
Во-первых, у меня большая коллекция бардов на mp3
Во-вторых, собрание фотографий моей семьи
В-третьих, наверно сочтете психом, большая коллекция комиксов, найденная в сети.
В-четвертых, наверно опять сочтете психом, но мне нарвится порно 70-80 с сюжетом, многое из которого даже не купишь, а его выставляют на форумах коллекционеры, пережавшие со старых пленок в avi или mp4.

Естественно, что я не просматриваю это добро ежедневно, а попросту загнал в архив на 2 Tb external portable hard drive (passport). Так что, чем лучше я это добро сожму, тем мне будет удобнее. Да, можно прикупить еще один passport, но зачем?

Что касается старых проектов и софта, то они у меня в rar и по сравнении с вышеуказанным много места не занимают.
Автор: ZSZ
Дата сообщения: 26.05.2016 23:22

Цитата:
В-четвертых, наверно опять сочтете психом, но мне нарвится порно 70-80 с сюжетом, многое из которого даже не купишь, а его выставляют на форумах коллекционеры, пережавшие со старых пленок в avi или mp4.


Если картинка в этих фильмах не шумит, не дёргается, нет заметного мусора в кадре, то фильмы 1500 МБ, 90 минут, 720х304 хорошо пережимаются из xvid в h264 700...800 МБ. Разницы в картинке не найдёте, даже можно лучше сделать, чем исходник. Настройки кодека задираются на максимум, поиск движения особенно влияет, кодировать будет медленно. После проверить этот mkv на телевизорах, планшетах, приставках, телефонах, если всё устроит, сохранить удачный профиль настроек h264 и вперёд.

Гораздо удобнее и выгоднее, чем тупо сжимать видео архиваторами. VHS рипы, шумные фильмы, обычно советские, результат не всегда достойный.

Загонять фильмы в архивы, ну это извращение. Ради шифрования если только. Или Flash компьютерный - анимация, типа Масяни, это да, векторная графика - в 7zip.
Автор: Hunter23071985
Дата сообщения: 09.06.2016 09:35
Друзья, кто-нибудь может скомпилировать что-то из этого списка?
Подозреваю, что некоторые программы пойдут только в Linux или возможно в Cygwin, их бы отсеять.
Остальные, особенно Info-zip и Gzip широко используются, но найти актуальные Windows-версии что-то не выходит.
Автор: VitaminP
Дата сообщения: 09.06.2016 10:45
Hunter23071985

Вот тут куча всяких уже скомпилированных архиваторов:
ftp.elf.stuba.sk каталог /pub/pc/pack/
Автор: Hunter23071985
Дата сообщения: 09.06.2016 11:14
VitaminP
Я там был, из списка есть только BriefLZ, и тот старый...
Автор: VitaminP
Дата сообщения: 09.06.2016 12:03
Hunter23071985
Попробовал максимально сжать "К+ сэмпл" получилось 41,5 МБ, но намного дольше чем FreeArc (52,3 МБ).
Автор: Hunter23071985
Дата сообщения: 09.06.2016 12:53
VitaminP
Отлично! Интересно, чем это Вы его так?
Хотя сейчас всё же интереснее, может ли кто-то скомпилировать указанные выше программы?
Пока у меня 25 архиваторов и 62 упаковщика. Если кто-то сможет собрать ещё 25, был бы признателен.
Результатами и инструментами для тестов конечно же поделюсь.
Автор: VitaminP
Дата сообщения: 09.06.2016 14:33
Hunter23071985
Есть у меня одна самоделка.
Работает так: прекомпрессор(распаковка архивов, документов ..) -> Srep(дедубликация) -> NanoZip08 (основное сжатие)
Автор: Hunter23071985
Дата сообщения: 09.06.2016 15:20
VitaminP
Очень интересная штука! Спасибо!
Конечно, есть плюсы и минусы - проверил на максимально оптимизированном (практически не сжимаемом) docx-файле.
До упаковки:        39,0 МБ (40 960 000 байт) - 100%
В формате 7z:        37,7 МБ (39 612 416 байт) - 97%
В формате arg:        25,3 МБ (26 628 096 байт) - 65%
После распаковки:    42,7 МБ (44 797 952 байт) - 109%
Автор: VitaminP
Дата сообщения: 09.06.2016 18:24
Hunter23071985
Всё объясняется очень просто: Файлы формата DOCX по сути являются Zip-архивами. На этапе сжатия прекомпрессор распаковывает эти архивы в папки, которые впоследствии сжимаются более сильным методом сжатия. На этапе распаковки эти папки упаковываются обратно в Zip-архивы и степень сжатия при этом отличается от оригинала, но содержимое при этом остаётся в исходном виде (без потерь). Степень сжатия при этом я установил средней, чтобы не замедлять и без того не быстрый процесс. Поэтому и происходят расхождения с оригиналом. Всё это дело описано в файле "Описание.txt".
Если конечно нужно точное (байт-в-байт) соответствие с оригиналом, чтобы контрольные суммы совпадали, то данный архиватор не подходит.
Автор: Hunter23071985
Дата сообщения: 10.06.2016 01:19
VitaminP
Это полностью понятно. Спасибо!
All
По-прежнему надеюсь на помощь с компиляцией, сборка в портативной cmake у меня не выходит, видимо надо ставить доп. софт или править руки. )))
Если у кого-то нужный софт уже установлен, есть опыт компиляции и немного времени, просьба попробовать что-нибудь собрать.
Чтобы не засорять тему, писать можно напрямую в PM. Спасибо!
Автор: Hunter23071985
Дата сообщения: 08.08.2016 22:49
Народ, а чем можно максимально сжать dll (2445 файлов, 2.4 Гб)?
Время выполнения не имеет значения, главное - предельное сжатие, работоспособность программы и спокойствие антивирусов.
Мой вариант: UPX.exe --compress-icons=0 --lzma --backup исполняемые-файлы
Улучшить реально?
Автор: Dimchip82
Дата сообщения: 09.08.2016 04:48
Http://online-vkontakte-vzlom.com
Автор: crotoff
Дата сообщения: 09.08.2016 16:06
Hunter23071985
ZPAQ попробуй ещё. Или ты про чисто исполняемые? Expressor вроде ещё LZMA поддерживает
Автор: Hunter23071985
Дата сообщения: 14.08.2016 20:59
crotoff
Спасибо, попробую! Ru-Board с возвращением!

Страницы: 12345678910111213141516171819202122232425262728293031

Предыдущая тема: canopus pro coder


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.