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

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

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

Maz (31-07-2023 08:32): WinRAR (часть 5)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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 200 201

   

Maz



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



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать на русском): dev@rarlab.com
 
Стабильная английская версия: 6.22 x86 | x64 (31 мая 2023 г.)
Стабильная русская версия:  6.22 x86 | x64 (31 мая 2023 г.)

Текущая английская бета-версия:  6.23 beta 1 x86 | x64
Текущая русская бета-версия:  6.23 beta 1 x86 | x64

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Список изменений на английском языке
(на родном – смотрите файл WhatsNew.txt в дистрибутиве на вашем языке)
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Скачать ранее вышедшие версии можно с официального FTP
Таблица совместимости версий с различными ОС

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

Коллекция всех ранее выходивших версий WinRAR 1.54b - 6.22 (1995-2023): скачать (311 МБ) [обновлено 31.05.2023]

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

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

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

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

Всего записей: 38830 | Зарегистр. 26-02-2002 | Отправлено: 19:30 27-08-2020 | Исправлено: DimmY, 17:47 20-07-2023
shema13

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

Цитата:
 в свежеустановленной их мало

поставлен идентичный набор софта. архивы открываются(пока) на раз-два.

Цитата:
недоумеваю, кому это надо?

надо что?: "говна софт", "мониторить"?

Всего записей: 1457 | Зарегистр. 08-12-2006 | Отправлено: 10:43 06-12-2021
insorg



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

   
 
Каждый раз, когда попадается это слово...

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 11:22 06-12-2021 | Исправлено: insorg, 11:22 06-12-2021
shema13

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

Цитата:
когда попадается это слово...

ну ладно, отслеживать)))
"фенькью вери матчь,...вот уроды!"_(Брат-2)

Всего записей: 1457 | Зарегистр. 08-12-2006 | Отправлено: 11:28 06-12-2021
Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
shema13
insorg
не оффтопим

----------
Я прав! Если не прав
Любимое занятие форумчан - экстраполировать свой частный случай на большинство. И чем экзотичнее случай - тем глобальнее выводы

Всего записей: 38830 | Зарегистр. 26-02-2002 | Отправлено: 11:55 06-12-2021
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Третья пошла!

Цитата:
Version 6.10 beta 3
 
   1. "Legacy context menus" option in "Settings/Integration" dialog
      can be used in Windows 11 if WinRAR commands are missing in
      "Show more options" Windows legacy context menu or in context menus
      of third party file managers. If WinRAR commands are already present
      here, keep "Legacy context menus" option turned off to prevent
      duplicating them.
       
      This option is not available in Windows 10 and older.
   
   2. Added extraction of .zst archives starting from so called
      skippable frame with user defined data. Previous beta versions
      supported .zst archives only with standard frame in the beginning.
 
   3. Improved the precision of extraction progress for RAR5 archives
      with large recovery record.
   
   4. Bugs fixed:
 
      a) there was a memory leak when unpacking data in XZ format;
 
      b) "Delete archive" extraction option failed to delete .zx## parts
         of multipart .zipx archive;
 
      c) an excessive trailing colon was displayed in "lt" command output
         for numeric Unix owner and group information.

https://www.rarlab.com/rar/winrar-x32-610b3.exe
https://www.rarlab.com/rar/winrar-x64-610b3.exe

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 12:29 10-12-2021 | Исправлено: insorg, 12:30 10-12-2021
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот что подумал: а насколько сложно при обновлении файлов (неважно, при добавлении в архив или при извлечении из него) считать одинаковыми файлы с одинаковым размером и одинаковой контрольной суммой, даже если даты разные? Например, в дистрибутиве WinRAR с каждой версией обновляются даты всех собственных файлов, даже если код не изменился. Их можно было бы пропустить при извлечении. Или, как вариант, обновить отметки времени на существующих файлах.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 16:58 10-12-2021
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell
Если только по контрольной сумме, реализовать не особо сложно, но для CRC32 возможны коллизии. Дата ведь поменялась, с файлом, похоже, что-то делали, а контрольная сумма та же. Вопрос в том, насколько пользователи готовы рискнуть своими данными ради скорости, и насколько такая опция вообще кому-то нужна. Да, вероятность коллизий CRC32 невелика для одного файла, но если мы пакуем большое количество измененных файлов, ситуация меняется.
 
Сравнивать же побайтово, так быстрее и проще просто перезаписать.
 
И особенно спорен выигрыш такого режима при распаковке, где время на чтение перезаписываемого файла на диске для подсчета контрольной суммы может быть сопоставимо со временем его распаковки из архива.

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 17:28 10-12-2021 | Исправлено: EugeneRoshal, 17:30 10-12-2021
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:
вероятность коллизий CRC32 невелика для одного файла
Если уже для MD5 и SHA1 их можно сделать, то чего там про CRC говорть. В нём вообще сумма - ни о чём, достаточна только для поиска ошибок при чтении/записи, а не для идентификации файлов по содержимому.
 
uShell
А смысл? Читать файлы в целевом месте, потом читать архив, потом сверять CRC... Ради чего? Просто распаковать - всяко быстрее. Даже на древнем убогом коре2дуо скорость чтения из архива не особо отличается от чтения на тамошнем харде.
Нет никакого смысла натягивать сову на глобус. Тем более ценой усложнения кода. Тем более с крайне не нулевой вероятностью коллизий. Тем более, что по чтению выигрыш околонулевой.

Всего записей: 16698 | Зарегистр. 04-11-2010 | Отправлено: 18:33 10-12-2021
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
а где же blake2? что-то про crc заговорили а blake2 который в коде уже "забыли".  
 
Добавлено:
insorg

Цитата:
Просто распаковать - всяко быстрее.

а зачем лишний раз менять то что не менялось?

Всего записей: 2908 | Зарегистр. 11-10-2005 | Отправлено: 19:57 10-12-2021
los

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

Цитата:
Вот что подумал: а насколько сложно при обновлении файлов (неважно, при добавлении в архив или при извлечении из него) считать одинаковыми файлы с одинаковым размером и одинаковой контрольной суммой, даже если даты разные?

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

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 20:05 10-12-2021
EugeneRoshal

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

Цитата:
что-то про crc заговорили а blake2 который в коде уже "забыли".

Для надежной работы такой опции действительно требуется blake2, что ограничивает ее область применения. По умолчанию в rar используется crc32, и большинство .rar архивов содержат crc32.
 
Технически, да, для blake2 это можно сделать. Практически я не знаю, нужно ли это заметному количеству пользователей.

Цитата:
а зачем лишний раз менять то что не менялось?

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

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 22:23 10-12-2021
GoblinNN

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal, я вот честно не знаю кому оно надо. мне не надо. я просто про blake2 напомнил. и да. если плавно поменялся переключатель с rar4 на rar5 то может с контрольными суммами также сделать? убрать настройку blake2 и сделать по умолчанию, а на это место настройку crc32.
 

Всего записей: 2908 | Зарегистр. 11-10-2005 | Отправлено: 03:57 11-12-2021
vasevase

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

Цитата:
Третья пошла!  

Кому надо - заберите (Rus): [DEL]
официалка появится - уберу.

Выложили - убрал.

Всего записей: 3159 | Зарегистр. 28-08-2010 | Отправлено: 08:22 11-12-2021 | Исправлено: vasevase, 03:45 11-01-2022
uShell

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

Цитата:
время на чтение перезаписываемого файла <...> может быть сопоставимо со временем его распаковки

Не подумал об этом, спасибо.
 

Цитата:
убрать настройку blake2 и сделать по умолчанию, а на это место настройку crc32

Предлагаю ещё доработать ключ -ht, чтобы можно было включать обе суммы сразу (проверяется сначала быстрая CRC, отсекая повреждения) или не включать ни одной (например, когда есть RR). Если не ошибаюсь, контейнер Rar5 это позволяет. В графический интерфейс это можно не включать, т.к. варианты довольно экзотические.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 09:42 11-12-2021 | Исправлено: uShell, 10:49 11-12-2021
nauticus



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

Цитата:
Уже давно Александр в эбауте, вместо Евгения...

Именно так, ибо еще  в 2004 году Евгений Рошал передал авторские права на программы RAR и WinRAR своему старшему брату Александру ( Alexander Roshal), оставшись лишь разработчиком:
"Сразу отвечу на возможные вопросы по поводу изменения копирайта: просто у меня нет времени заниматься и разработкой, и вопросами, связанными с защитой копирайта. Разработкой я продолжаю заниматься как и раньше, так что для пользователей RAR в этом плане ничего не меняется."

Всего записей: 5457 | Зарегистр. 09-12-2005 | Отправлено: 12:16 11-12-2021 | Исправлено: nauticus, 12:17 11-12-2021
EugeneRoshal

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

Цитата:
убрать настройку blake2 и сделать по умолчанию, а на это место настройку crc32.  

Blake2sp все-таки больше места занимает и медленнее, особенно если процессор менее, чем на 8 потоков.
 
uShell

Цитата:
Предлагаю ещё доработать ключ -ht, чтобы можно было включать обе суммы сразу (проверяется сначала быстрая CRC, отсекая повреждения)

Если мы уже потратили время и место на blake2, зачем нам проверять архив, используя менее надежную CRC. Допустим, CRC не заметит ошибку в данных из-за коллизии, чем нам тогда поможет наличие еще и blake2 в архиве.

Цитата:
или не включать ни одной (например, когда есть RR).

RR работает с секторами упакованных данных, которые не обязаны совпадать с границами файлов в архиве. Она не всегда ответит на вопрос, какой именно файл поврежден.  
 
И проверка на основе распакованных данных надежнее, так как обнаруживает сбои, произошедшие и во время упаковки, а не только после нее.

Всего записей: 2259 | Зарегистр. 29-04-2013 | Отправлено: 14:33 11-12-2021
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Я предлагаю хранение двух контрольных сумм для возможности как тщательной проверки целостности, так и быстрого поиска дубликатов. Например, надо сравнить пофайлово два архива: Rar5 и Rar4. Побайтовое сравнение долгое само по себе, да ещё и требует распаковки, а сравнение по дате/размеру/CRC осуществляется влёт (при этом BLAKE2 использовать нельзя - второй архив её заведомо не имеет). Что касается коллизий, то пользователь соглашается на риск, используя этот метод. У меня подобная задача периодически возникает, а распаковка по одному файлу из solid-архива не оставляет шансов на быстрое завершение операции.
 

Цитата:
Допустим, CRC не заметит ошибку в данных из-за коллизии, чем нам тогда поможет наличие еще и blake2

При совпадении CRC можно опционально (по выбору пользователя) пересчитать и BLAKE2. Но, пожалуй, это действительно костыль: в WinRAR лучше сразу использовать BLAKE, а CRC оставить для стороннего софта.
 

Цитата:
проверка на основе распакованных данных надежнее

Наличие RR я привёл как пример, причины вообще не хранить контрольную сумму могут быть и другие. Скажем, файлы в архиве подписаны ЭЦП или дополнительно защищены внешними хэшами или кодами коррекции.
 
Ну и подчеркну ещё раз: рядовым пользователям это всё вряд ли понадобится, но продвинутым - может.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 17:10 11-12-2021 | Исправлено: uShell, 17:11 11-12-2021
los

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

Цитата:
Например, надо сравнить пофайлово два архива: Rar5 и Rar4. Побайтовое сравнение долгое само по себе, да ещё и требует распаковки, а сравнение по дате/размеру/CRC осуществляется влёт (при этом BLAKE2 использовать нельзя - второй архив её заведомо не имеет).

зачем для этих целей использовать архиватор?

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 18:28 11-12-2021
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
los
Не архиватор, а стороннюю программу, которая прочитает заголовки архива с CRC32 и по ним выполнит сравнение. А архиватор будет смотреть на более надёжную BLAKE2.

Всего записей: 1015 | Зарегистр. 12-06-2019 | Отправлено: 19:00 11-12-2021
los

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

Цитата:
Не архиватор, а стороннюю программу, которая прочитает заголовки архива с CRC32 и по ним выполнит сравнение.

есть программы которые позволяют подсчитывать суммы (md5, sha и т.д.) для файлов в архиве. У вас, если не ошибаюсь, есть опыт в программировании добавьте возможность подсчета crc-32  и blake2 получите вывод типа;
сумма файл
сумма файл

а остальное - дело техники.  Можно, конечно, и вывод 'rar -ltb foo.rar' привести к более удобному виду для обработки, но в связи с ненадежностью crc-32 этот вариант лучше использовать когда в архиве содержаться суммы blake2.

Всего записей: 7336 | Зарегистр. 08-09-2001 | Отправлено: 21:55 11-12-2021
   

Страницы: 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 200 201

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


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru