Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 3)

Модерирует : gyra, Maz

Maz (27-08-2020 19:31): WinRAR (часть 4)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

   

gyra

Moderator
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: Часть 1 | Часть 2



Официальный русский сайт: win-rar.ru
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Финальная английская версия: 5.91 x86 | x64 (29.06.2020)
Финальная русская версия:  5.91 x86 | x64 (29.06.2020)
 
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

 
Скачать ранее вышедшие версии также можно с официального сайта.

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекция всех ранее выходивших версий WinRAR (1995-2020): скачать (253 МБ) [обновлено 30.03.2020]

вместо F.A.Q. || альтернативные архиваторы

Почему опять задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio: Стандартная (48x36). Мелкие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)

Всего записей: 7932 | Зарегистр. 18-02-2006 | Отправлено: 12:00 14-12-2016 | Исправлено: Domin0, 13:37 26-08-2020
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
 
Если под "большинством" иметь ввиду медиа контейнеры с потерями, то да, там часто избыточность стремится к нулю, в остальных случаях она конечна и может оказаться значительной, что приведёт к росту уровня сжатия.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 17:46 18-10-2017
DimmY



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG
Рост уровня сжатия относительно уже имеющегося сегодня? Если это и возможно (сомнительно, что на сколько-нибудь значимую величину), то всё равно с практической точки зрения малоинтересно.

Всего записей: 4682 | Зарегистр. 22-04-2002 | Отправлено: 19:02 18-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Victor_VG
Почему обязательно с потерями? Есть же zLib (в большинстве своем) + MSCAB/MSZip. В сухом остатке получаем... практически ничего.
Можно конечно помечтать про старые офисные форматы, но это так, в пределах погрешности...

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 19:07 18-10-2017
tramparamparam02



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal 15:24 18-10-2017
Цитата:
Это не фича, это отсутствие трудоемкой в реализации фичи сомнительной на мой взгляд полезности. Если вы считаете, что возможность запустить несколько задач в главном окне дана Windows программам по умолчанию, и мне пришлось прилагать усилия, чтобы это отключить, то это не так.

Честно говоря, именно так я и считал. То есть, вообще-то просто не задумывался об этом. Не все же программеры, кому-то надо и хлеб сеять
Ладно, не проблема, будем запускать по одной задаче из каждого главного окна.

Всего записей: 2371 | Зарегистр. 30-03-2016 | Отправлено: 19:57 18-10-2017
V0lt



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
Цитата:
Базовый функционал архиватора на сегодня полностью реализован, и по сути себя исчерпал.
Базовый функционал не может себя исчерпать.
 
Добавлено:

Цитата:
Сейчас архиватор чаще используется не столько для сжатия (большинство форматов изначально сжаты), сколько для удобства хранения и пересылки. Вот тут-то гибкая защита от повреждений и становится очень важна.
Для пересылки чаще нет. Оправили по почте, пришел архив битый, отравили заново.

Всего записей: 10450 | Зарегистр. 05-02-2003 | Отправлено: 21:02 18-10-2017
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DimmY
 
Это невозможно по простой причине - сжимаемость произвольного набора данных зависит от частоты повторения в нём отдельных битовых последовательностей (паттернов). Но снизить хранимый размер избыточных данных, например того же словаря - да, можно. Хотя в принципе, если кодировать словарь кодом с переменной длиной символа это позволит выиграть ещё какой-то процент в уровне сжатия. Правда возникнет проблема обеспечения целостности таблиц длин символов в сжатом словаре, но и она решается, хотя время компрессии - декомпрессии возрастёт.
 
Что касается защиты от ошибок тут всё проще - можно использовать коды способные исправить большое число ошибок, например код Хемминга, только многие из них  требуют значительного времени для операций проверки целостности и восстановления повреждённых данных. Код Хеммига к примеру быстродействием не отличается - за одну итерацию обнаруживается и исправляется одна ошибка, а число необходимых итераций для него равно кодовому расстоянию М. Правда он способен устранить до М ошибок в защищаемом им блоке, в том числе и кратных когда бит был искажён более чем один раз. А это не все корректирующие коды умеют делать.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 01:21 19-10-2017
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DimmY

Цитата:
Рост уровня сжатия относительно уже имеющегося сегодня? Если это и возможно (сомнительно, что на сколько-нибудь значимую величину), то всё равно с практической точки зрения малоинтересно

Возможно, но непрактично. Да, можно сжать сильнее, но... проще говоря, я не хочу тратить на сжатие нескольких гигабайт на полчаса-час больше, чтобы выиграть объём, который я прокачаю по сети за 3-5 минут.
 
EugeneRoshal
Вообще тема непростая. Универсальные инструменты для защиты данных от повреждений уже существуют (QuickPar, MultiPar). Есть ли смысл встраивать подобное в WinRAR не только для собственных архивов, а вообще "для всего" - не знаю, не уверен. Это значит идти по пути WinZip и PowerArchiver, которые постепенно превратились в раздутые "комбайны-монстры". Так что если такую фичу и запилить, то только для собственных архивов.

Всего записей: 6832 | Зарегистр. 01-10-2002 | Отправлено: 16:56 19-10-2017
DimmY



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
Для собственных архивов это что-то помимо уже имеющихся средств? Не вижу смысла. Интересна именно возможность защиты файлов вне архивов. Кажется, такое было сделано давным-давно в ARJ.

Всего записей: 4682 | Зарегистр. 22-04-2002 | Отправлено: 18:05 19-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Benchmark
Тут суть не в том, чтобы сделать не только для архивов. Просто если, как я предложил, произвести отделение защищаемых данных от данных защиты - распространение этой защиты на любые файлы (не только архивы) достанется очень малой кровью.

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 18:37 19-10-2017
Domin0



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Операция Преобразовать архивы не работает для файлов RAR?
Потребовалось преобразовать rar в zip, пришлось делать руками.

Всего записей: 481 | Зарегистр. 21-11-2016 | Отправлено: 19:32 19-10-2017 | Исправлено: Domin0, 19:32 19-10-2017
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Кажется, такое было сделано давным-давно в ARJ

Кроме recovery record для ARJ архивов я не припомню, чтобы там что-то было дополнительно.
 
DimmY
Pasha_ZZZ
Тогда получается отдельный продукт. Который, к слову, уже существует (см. QuickPar, MultiPar) и полностью бесплатен.
 
В общем, не знаю, как EugeneRoshal решит.
 
Domin0

Цитата:
Операция Преобразовать архивы не работает для файлов RAR

Она же вроде для преобразования других архивов в RAR, а не наоборот.

Всего записей: 6832 | Зарегистр. 01-10-2002 | Отправлено: 20:04 19-10-2017 | Исправлено: Benchmark, 20:06 19-10-2017
Inoz2000



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Domin0

Цитата:
пришлось делать руками.
ну это не так страшно

Цитата:
не работает для файлов RAR?  
как вы пришли к этому выводу?

----------
Мы все умрём. (-:

Всего записей: 4878 | Зарегистр. 23-04-2009 | Отправлено: 20:25 19-10-2017
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark

Цитата:
Вообще тема непростая. Универсальные инструменты для защиты данных от повреждений уже существуют (QuickPar, MultiPar).

Да, есть такой момент. И я пока не решил, нужно ли это в WinRAR.

Цитата:
Так что если такую фичу и запилить, то только для собственных архивов.

Для внешней recovery record без разницы восстанавливать архив или другой файл. То есть, если делать такую фичу, если мы уже потратили на ее реализацию время, то возможность работы с неархивами мы получаем фактически бесплатно, и ограничивать эту работу придется искусственно. Другое дело - восстановление групп файлов, тут действительно нужен дополнительный код.
 
Добавлено:
Domin0

Цитата:
Операция Преобразовать архивы не работает для файлов RAR?  

Работает. Убедитесь, что там галка для "RAR" в "Archive types" включена.
 
Добавлено:
EugeneRoshal

Цитата:
Другое дело - восстановление групп файлов, тут действительно нужен дополнительный код.

Хотя если мы хотим, чтобы rev тома были частным случаем такой внешней recovery record, то без работы с группами файлов (набором rar томов) нам все равно не обойтись.

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 20:50 19-10-2017
Inoz2000



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
    Делал так:
  1. Открыл какой-либо rar/zip архив с помощью WinRar
  2. В проводнике на каком-либо файле нажал 'Копировать'
  3. В окне WinRar нажал Ctrl+V и появилось диалоговое окно 'Имя и параметры архива'
  4. Теперь операции копировать-вставить не работают в проводнике, а так же не работает PrintScreen

    копировать и потом вставлять файлы в проводнике становится возможным после копирования в буфер обмена какого-то текста в блокноте, тогда проводник снова понимает, что от него хотят. Ещё помогает Alt+PrintScreen, после него ситуация исправляется. В противном случае приходится ждать завершения работы WinRar.


----------
Мы все умрём. (-:

Всего записей: 4878 | Зарегистр. 23-04-2009 | Отправлено: 21:07 01-11-2017
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Inoz2000
Да, надо вызывать CloseClipboard() до открытия диалога, а не после закрытия. Исправлю, спасибо.

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 12:19 02-11-2017
ndch

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Скажите, а  почему не уделяется внимания архивации с быстрым сжатием (+ с последующим быстрым разжатием) ? Т.е. за 20 лет никаких подвижек. Хотя нет (перечитал историю изменений), в 3.4 были хоть какие-то изменения, и в 4.2 ("многопроцессорность/многопоточность") запамятовал.
 
Я помню как был увеличен максимальный размер словаря (больше чем -dme), помню как были добавлены "мощные методы сжатия" (-mc*), но вот чтобы были добавлены алгоритмы быстрого сжатия - не припомню.
 
Простой сценарий:
кучу мелких файлов записать на флешку/отправить по почте.
Ну не требуется тут супер-пупер степени сжатия. Но хочется минимальной задержки на операцию архивирования, желательно с минимальным сжатием хоть как-то компенсирующим время потраченное на сжатие.
Из того что есть: zip - изжил себя (крайне малый словарь), rar  - медленнее zip-а (а совсем без сжатия - слишком толстый).
 
 
С freearc-овый tornado сравню кратко:
 
arc a -r -m=xtor:3 zzz.arc
7 742 540 bytes
0,33 sec
 
Rar.exe a -m1 xxx.rar
12 786 546 bytes
2,42 sec
 
---
arc a -r -m=xtor:3 zzz
Compressed 1 file, 1,342,177,280 => 657,911,094 bytes. Ratio 49.02%
7.08 sec
 
Rar.exe a -m1 xxx.rar
630 515 478 bytes
22,03 sec
 
Комментарий тут один: хочу максимально быстро и с хоть каким-то сжатием не в ущерб времени.

Всего записей: 6475 | Зарегистр. 31-08-2008 | Отправлено: 09:24 03-11-2017 | Исправлено: ndch, 10:07 03-11-2017
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ndch
 
Из привычного - tar + gzip / tar + bzip2 который все понимают, из экзотики rzip (последняя версия 2.1 осень 2003) шустрый и жмёт сильнее аналогов, но память любит - типовой буфер 900 Мб. Ну и любопытным с ним придётся попотеть. Или lrzip:
Цитата:
inux-2.6.37.tar
 
These are benchmarks performed on a 3GHz quad core Intel Core2 with 8GB ram
using lrzip v0.612 on an SSD drive.
 
Compression    Size        Percentage    Compress    Decompress
None        430612480    100
7z        63636839    14.8        2m28s        0m6.6s
xz        63291156    14.7        4m02s        0m8.7
lrzip        64561485    14.9        1m12s        0m4.3s
lrzip -z    51588423    12.0        2m02s        2m08s
lrzip -l    137515997    31.9        0m14s        0m2.7s
lrzip -g    86142459    20.0        0m17s        0m3.0s
lrzip -b    72103197    16.7        0m21s        0m6.5s
bzip2        74060625    17.2        0m48s        0m12.8s
gzip        94512561    21.9        0m17s        0m4.0s



----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 09:50 03-11-2017
ndch

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Victor_VG

Цитата:
 но память любит

Ну я же писал: (+ с последующим быстрым разжатием).
Возможно не совсем внятно написал, но хочется разжимать на относительно "слабых" компах (для определённости с 0,5..1,0 Гб ОЗУ). Свопирование же "убъёт" всю "скорость".
 
Если честно, то вопрос был вот в этом: "почему не уделяется внимания архивации с быстрым сжатием ?"
 

Цитата:
Из привычного - tar + gzip / tar + bzip2 который все понимают

Они медленнее zip-a, если я правильно помню.
 
В приоритете вопроса - максимальная скорость архивирования, точнее минимизация затраченного времени.
На вполне дряхленьком (по современным меркам) компе с 0,5..1,0 Гб ОЗУ, механическим диском и smp,
а не на более-менее современном 3GHz quad core Intel Core2, 8GB ram, ssd.
 
Описание с другой стороны чего хочется:
сжать, отправить, получить, разархивировать. И чтобы на всё это потратилось минимум времени.

Всего записей: 6475 | Зарегистр. 31-08-2008 | Отправлено: 09:56 03-11-2017 | Исправлено: ndch, 10:35 03-11-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
ndch
Есть 5 режимов сжатия + Без сжатия, в ZIP словарь 32 КБ, в RAR4 от 64 КБ, в RAR5 от 1 МБ. Для распаковки нужно памяти - чуть больше размера словаря.
Скоростные режимы дают требуемую вами скорость ценой увеличения размера.
Быстрому сжатию не "не уделяется внимания", просто ему уже давно внимание уделено, многие комбинации режим + словарь упираются в ограничения чтения/записи на винт, а на флешку и подавно.

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 10:48 03-11-2017
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
ndch
 
Ну а таблицу чуток повыше посмотреть? Там есть время. И г/бзип никогда медленными не были, сжать 400 Мб за 14 секунд в отношении 1:3 вполне нормально.


----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 33119 | Зарегистр. 31-07-2002 | Отправлено: 12:01 03-11-2017
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 3)
Maz (27-08-2020 19:31): WinRAR (часть 4)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru