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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



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



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


Последняя 32-разрядная версия (7.01): английская | русская


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

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

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

Коллекция всех ранее выходивших 16- и 32-бит версий WinRAR 1.54b - 7.01 (1995-2024): скачать (342 МБ) [обновлено 12.05.2024]

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

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

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

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)
 
Таблицы для наглядности с соотношением размера словаря к потребляемой ОЗУ:
с ключом mcx | без ключа mcx

Всего записей: 39598 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Komandor, 10:46 02-08-2025
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
Цитата:
(это как-то отслеживается ?)

если уже забыли, то вернитесь в январь:

Цитата:
при удалении из solid RAR5 в GUI уменьшает размер словаря, если он больше суммарного объема файлов в архиве.  

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

Всего записей: 5475 | Зарегистр. 23-04-2009 | Отправлено: 05:49 12-07-2024
WildGoblin



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

Цитата:
если уже забыли, то вернитесь в январь


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


----------
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 34066 | Зарегистр. 15-09-2001 | Отправлено: 10:03 12-07-2024
uShell

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

Цитата:
придётся следить, чтобы пользователь "не нахулиганил" и не задал слишком большой размер словаря

WinRAR и так проверяет память перед запуском. Пусть пользователь задаёт хоть терабайт - уменьшится до максимально доступного, а для не-solid архива - и до соответствующего размеру файла.
Для solid-архива я предлагаю (кажется, уже не первый раз) динамическое решение: при упаковке/анализе запоминать самое большое LZ-смещение. Быстродействие практически не пострадает. Можно будет выбирать словарь с запасом (в пределах доступной памяти), а при завершении упаковки скорректировать его размер в заголовке. Но для форматов Rar есть и минус: нужно будет либо переписывать заголовки всех файлов, либо - ценой возможной потери совместимости со старыми версиями - допустить разные значения словарей и вычислять размер словаря архива по словарю последнего файла (да ещё и в последнем томе), а не первого/любого.

Всего записей: 1137 | Зарегистр. 12-06-2019 | Отправлено: 11:21 12-07-2024
Benchmark



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

Цитата:
Да и вообще если все юзерские хотелки выполнять, то в итоге можно угробить отличную программу

Тоже правда, на каждый чих опций не напасёшься.
 
uShell

Цитата:
Но для форматов Rar есть и минус: нужно будет либо переписывать заголовки всех файлов, либо - ценой возможной потери совместимости со старыми версиями

Вот такого точно не надо.

Всего записей: 7000 | Зарегистр. 01-10-2002 | Отправлено: 12:52 12-07-2024 | Исправлено: Benchmark, 12:53 12-07-2024
Peter15

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Такой вопрос: является ли багом то, что для архива с шифрованием заголовков вызов свойств правой кнопкой мыши, затем переход к вкладке "архив" не отображает почти никакую информацию об архиве, за исключением строки "шифрование"?

Всего записей: 647 | Зарегистр. 02-01-2019 | Отправлено: 23:12 03-08-2024
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell
 
Ну, во избежание проблем совместимости я бы сделал чуть иначе - по умолчанию старый алгоритм выбора словаря, а динамику включать вводом на вкладке Опции :: Дополнительные ключи специального ключа типа -dsd ("dynamic size dictionary") который упомянуть в изменениях как "Есть возможность, подробнее в документации" и только при его вводе использовать этот вариант формата - тогда тот, кому эта возможность нужна будет вынужден сначала изучить документацию и решить для его задач она требуется либо избыточна?
 
А в нынешнем варианте - идея здравая, но при такой реализации получим больше проблем чем пользы.

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

Всего записей: 35253 | Зарегистр. 31-07-2002 | Отправлено: 02:25 04-08-2024
EugeneRoshal

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

Цитата:
Такой вопрос: является ли багом то, что для архива с шифрованием заголовков вызов свойств правой кнопкой мыши, затем переход к вкладке "архив" не отображает почти никакую информацию об архиве, за исключением строки "шифрование"?

Не является.
 
Без пароля в архиве с шифрованием заголовков мы можем узнать только параметры шифрования, хранящиеся в archive encryption header. Дальше все зашифровано. Запрашивать пароль из расширения Explorer и технически неправильно, так как до окончания ввода пароля заблокировало бы работу Explorer, и концептуально выглядело бы непривычно.

Всего записей: 2605 | Зарегистр. 29-04-2013 | Отправлено: 22:09 04-08-2024
lucking

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

Цитата:
 Против повреждения можно сделать рекавери запись. Но в целом, логично же, что при повреждении незащищённого архива что-то в нём теряется безвозвратно. Без архива аналогично было бы. Что утеряно - того уже нет.

 
Логично, но не совсем.
Например, мне некоторая часть утерянных данных содержимого файла может быть менее важной, чем потерянные при извлечении архива служебные данные по времени создания/изменения каталогов и файлов.  
 
Но в данный момент в архиваторе WINRAR дисбаланс рисков, когда ВСЕ данные зависят только от информации в последнем томе. А если архив большой? Предположим, у меня имеется архив собственных музыкальных работ за 200x год из 80 томов по 1 Гб. Есть много семплов-дублей, которые не критично потерять. Однако, если что случится с последним томом, я вроде как и смогу распаковать остальные тома, но потеряю всю информацию, когда и какой семпл создавался. В определенных случаях это может быть критичной потерей.
 
Есть предложение. Почему, например, в опциях архиватора нельзя добавить новую функцию "Создавать к архиву вспомогательный файл"? Он будет иметь вид <имя архива.tree>, занимать пару десятков-сотен килобайт и в случае невозможности считать данные из последнего тома архива, архиватор будет обращаться к файлу, считывать из него все служебные данные и присваивать их распакованным ранее файлам и каталогам. А сам служебный файл можно хранить во множестве местах.  

Всего записей: 36 | Зарегистр. 15-07-2005 | Отправлено: 18:14 05-08-2024 | Исправлено: lucking, 18:20 05-08-2024
insorg



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

Цитата:
имеется архив собственных музыкальных работ за 200x год из 80 томов по 1 Гб

Имхо, разумнее было бы делать не один большой многотомник, а независимые архивы согласно используемой сортировке, датам или ещё какому-то другому признаку.
Чем больше независимость данных, тем выше устойчивость к повреждениям.
 
Добавлено:
К тому же, удобство и скорость работы будет намного выше для случаев с меньшим количеством данных внутри архива, чем когда всё свалено в один большой (пусть и многотомник).

Всего записей: 19718 | Зарегистр. 04-11-2010 | Отправлено: 18:25 05-08-2024
lucking

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

Цитата:
Имхо, разумнее было бы делать не один большой многотомник, а независимые архивы согласно используемой сортировке, датам или ещё какому-то другому признаку.
Чем больше независимость данных, тем выше устойчивость к повреждениям.

 
Методики сортировки и хранения данных выходят за пределы обсуждения данного архиватора. Мне гораздо удобнее архивировать данные по годам и/или месяцам. И размер архивов бывает разный. Если дробить архивы на мелкие, их станет так много, что запутаюсь. Ни к чему это все. Речь идет о несоверщенстве алгоритма WinRar, на которой я, как пользователь, обратил внимание.  
 
Ведь намного лучше развивать программу, чем предлагать изменить подход юзера к методике хранения данных. Как однажды я спросил в профильном форуме, как можно программно отключить в смартфоне постоянно надоедающее напоминание о низком заряде, на что получил ответ "Заряжать чаще".  
 
Шах и мат.

Всего записей: 36 | Зарегистр. 15-07-2005 | Отправлено: 18:35 05-08-2024
uShell

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

Цитата:
Запрашивать пароль из расширения Explorer и технически неправильно

Есть программы, которые по аналогичным причинам не выводят информацию в окне свойств, но зато помещают туда кнопку "Узнать", которая и реализует всю времяёмкую работу. Один из примеров - LinkShellExtension.
 

Цитата:
в данный момент в архиваторе WINRAR дисбаланс рисков, когда ВСЕ данные зависят только от информации в последнем томе

Если архив непрерывный, то от первого тома тоже всё зависит. По-хорошему, дисбаланс устраняется только помехоустойчивым кодированием.
Но раз уж вспомнили про каталоги, я бы задался таким вопросом: а почему WinRAR при отсутствии ключей -ed и -ep не обрабатывает каталоги в одной очереди с файлами? Лежали бы в архиве, к примеру, в таком порядке: Users\, Users\Admin\, Users\Admin\myfile.txt. В результате каталоги "размазаны" по архиву и не теряются с повреждением "хвоста". Даже непрерывный архив не пострадает, т.к. в каталоге ноль байт и он не меняет solid-статистику.

Всего записей: 1137 | Зарегистр. 12-06-2019 | Отправлено: 20:17 05-08-2024
Inoz2000



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

Цитата:
А сам служебный файл можно хранить во множестве местах.  
Его можно хранить в этом же архиве

Всего записей: 5475 | Зарегистр. 23-04-2009 | Отправлено: 20:29 05-08-2024
BorlandIMHO

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

Цитата:
Речь идет о несоверщенстве алгоритма WinRar

Ну, если уж на то пошло, то на данном архиваторе свет клином не сошёлся...
Знаете более совершенный по алгоритму архиватор - воспользуйтесь им.

Цитата:
архив ... из 80 томов по 1 Гб

Для таких архивов, раз уж они так важны, логично воспользоваться {уникальной, кстати} возможностью Winrar "recovery volume". Просто создайте несколько (например, 8 на 80-томный архив) томов восстановления, и тогда потеря/повреждение любых 8 из получившихся в сумме 88 томов не приведёт к потере никаких архивированных данных.
Да, избыточность хранимых данных требует дополнительного места для хранения, зато повышает надёжность.

Всего записей: 3046 | Зарегистр. 12-10-2006 | Отправлено: 21:14 05-08-2024 | Исправлено: BorlandIMHO, 21:17 05-08-2024
EugeneRoshal

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

Цитата:
Например, мне некоторая часть утерянных данных содержимого файла может быть менее важной, чем потерянные при извлечении архива служебные данные по времени создания/изменения каталогов и файлов.

Время файлов размещено в заголовках перед их упакованными данными. В последнем томе хранится только время папок.
 
Соглашусь с insorg, что при повреждении архива без RR так или иначе что-нибудь потеряется. И как мне представляется, для большинства пользователей время папок это менее ценная по сравнению с данными файлов информация.
 
uShell

Цитата:
Лежали бы в архиве, к примеру, в таком порядке: Users\, Users\Admin\, Users\Admin\myfile.txt.

Тогда при распаковке пришлось бы тратить память на хранение метаданных всех ранее встретившихся папок. Если установить время Users\Admin\, а потом создать Users\Admin\myfile.txt, mtime и ctime у Users\Admin\ изменятся на текущее. Поэтому время папок надо устанавливать после создания всех содержащихся в них файлов. Либо при создании каждого файла сохранять и восстанавливать время родительских папок, что тоже не особо оптимально.

Всего записей: 2605 | Зарегистр. 29-04-2013 | Отправлено: 21:33 05-08-2024
Inoz2000



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

Цитата:
логично воспользоваться {уникальной, кстати} возможностью Winrar "recovery volume"
очень внезапно-неожиданное решение. Или лучше всем делать тройной бэкап последнего тома, раз он так важен?

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

Всего записей: 5475 | Зарегистр. 23-04-2009 | Отправлено: 21:40 05-08-2024
BorlandIMHO

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

Цитата:
Или лучше всем делать тройной бэкап последнего тома, раз он так важен?

Неа.
Три (да хоть сто три) копии последнего тома - спасут только последний том. Три rev-тома - спасут три любых тома.

Всего записей: 3046 | Зарегистр. 12-10-2006 | Отправлено: 21:54 05-08-2024
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если поврежено более трёх, то последний (самый важный) не спасут. О БОЖЭ

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


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

Всего записей: 5475 | Зарегистр. 23-04-2009 | Отправлено: 22:01 05-08-2024
BorlandIMHO

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

Цитата:
Если...

Если метаданные НАСТОЛЬКО важнее собственно данных - их можно (и нужно) хранить отдельно, в 100 (или больше, насколько не влом ) экземплярах в различных физических локациях. А сами данные можно и вообще не хранить. Зато какая экономия места!
Но к WinRar это уже никак не относится....

Всего записей: 3046 | Зарегистр. 12-10-2006 | Отправлено: 22:51 05-08-2024 | Исправлено: BorlandIMHO, 22:53 05-08-2024
volkovysk



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

Цитата:
Предположим, у меня имеется архив собственных музыкальных работ за 200x год из 80 томов по 1 Гб.


Цитата:
Есть предложение. ......................
Огород можно вспахать на тракторе плугом, а можно на танке винтом от подлодки. Архивирование надо планировать адекватно. Не надо применять многотомник там, где он неуместен, а потом мастерить к нему перемудрёные костыли и диковинные причиндалы. Смысл изобретения многотомных архивов узнайте какой.
Многотомники и непрерывные архивы — это зло для простого хранения множества файлов.

Всего записей: 613 | Зарегистр. 21-04-2011 | Отправлено: 01:03 06-08-2024
www_world

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

Цитата:
это зло

В компьютерном мире существует одно единственное зло всех времен и народов - жить без бэкапов всего и вся.
Все остальное - добро или пофиг.

Всего записей: 625 | Зарегистр. 04-11-2018 | Отправлено: 03:05 06-08-2024
Открыть новую тему     Написать ответ в эту тему

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

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 5)


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

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

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru