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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

Maz



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



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать по-русски): dev@rarlab.com
 
Русская финальная версия 7.01 | 32-бит | 7.10 64-бит    
Английская финальная версия 7.01 | 32-бит | 7.10 64-бит
Русская бета-версия 7.10 beta 3 | 64-бит    
Английская бета-версия 7.10 beta 3 | 64-бит
Важная информация о ссылках Список изменений
Дополнительно Коллекционный архив версий (с 1995 года) | Официальный архив (с 2002 года по FTP)

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

Таблица совместимости версий с различными ОС

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

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

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

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

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

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

Всего записей: 39226 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Luber, 19:28 17-02-2025
BorlandIMHO

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

Цитата:
 ключ '-ds' для solid архивов.

На solid ровно та же история:


Всего записей: 2878 | Зарегистр. 12-10-2006 | Отправлено: 15:04 23-12-2024 | Исправлено: BorlandIMHO, 15:06 23-12-2024
los

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO, в моем случае порядок расположения папок, подпапок и файлов в архивах при использовании
rar a foo.rar -s dir
и
rar a bar.rar -s -ds dir
разный.
 
P.S.
добавьте ключ '-idc' - не придется редактировать картинку.  

Всего записей: 7849 | Зарегистр. 08-09-2001 | Отправлено: 16:22 23-12-2024
BorlandIMHO

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

Цитата:
в моем случае порядок расположения ... разный

Так он и должен быть разный, со спецсортировкой (включена по умолчанию) и без неё.
Я говорю о том, что при отключённой "спецсортировке" порядок упаковки задаётся списком. И он, вообще говоря, произволен.
 
Другое дело, что отключение "спецсортировки" для solid с высокой степенью вероятности ухудшит сжатие, но "хозяин-барин".

Всего записей: 2878 | Зарегистр. 12-10-2006 | Отправлено: 17:20 23-12-2024 | Исправлено: BorlandIMHO, 17:23 23-12-2024
persicum

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А если данные меньше словаря, а словарь очень большой, сортировка не должна влиять на сжатие?

Всего записей: 593 | Зарегистр. 27-06-2007 | Отправлено: 17:37 23-12-2024
EugeneRoshal

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

Цитата:
Скорее всего, rar так не умеет до сих пор.

Мало кому было интересно, поэтому и не умеет. Тот же -s<N> идеологически вряд ли принципиально хуже, чем ограничение по размеру данных, но на практике -s<N> используется редко.
 
Реально люди используют обычное solid сжатие для архивов, которые не предполагается обновлять, и не solid там, где нужно частое или быстрое обновление.

Цитата:
А если данные меньше словаря, а словарь очень большой, сортировка не должна влиять на сжатие?

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

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 18:11 23-12-2024
Inoz2000



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

Цитата:
чем когда данные не помещаются в словарь
об этом стоило задумываться при словаре 4мб

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

Всего записей: 5382 | Зарегистр. 23-04-2009 | Отправлено: 18:27 23-12-2024
persicum

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Согласен, я не страдаю от отсутствия solid-блоков. Свои крошечные наработки пакую без солида. А большое с солидом. Еще чаще по m0.
 
Я что подумал, блочный солид противоречит идеологии огромных словарей. Если колоть солид, к чему такие словари?

Всего записей: 593 | Зарегистр. 27-06-2007 | Отправлено: 19:58 23-12-2024
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
persicum
 
Да просто чтобы снизить нагрузку на ОЗУ - не все типы ЦП эффективно работают с большими страницами памяти т.к. большие массивы ОЗУ чаще ставят на мощные считалки работающие с большими массивами данных, а клиентские машины с такими задачами почти не сталкиваются и усложнять схему ЦП лишними узлами значит повысить вероятность ошибок при её разработке, и снизить надёжность ибо чем больше в схеме элементов тем выше вероятность критического отказа системы в целом. Не говоря о нагреве, потреблении, рабочих частотах и прочих последствиях усложнения схемы.

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

Всего записей: 35089 | Зарегистр. 31-07-2002 | Отправлено: 20:06 23-12-2024
EugeneRoshal

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

Цитата:
Я что подумал, блочный солид противоречит идеологии огромных словарей. Если колоть солид, к чему такие словари?

Да, вы правы. Размер словаря фактически ограничивается размером блока.
 
Inoz2000

Цитата:
А не пора ли позаботиться об "золотой серидине"…

Я подумаю на тему ключа -sb, но пока не уверен, что оно применимо для ускорения распаковки реальных задач. Это надо, чтобы распаковываемые данные не были раскиданы по разным блокам. А на практике не факт, что оно часто будет так получаться. Другое дело, что такие semi-solid архивы более устойчивы к повреждениям, но для этой цели и нынешний -s<N> подойдет.
 
Пока что я с этим не определился.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 20:06 23-12-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Спешу рассказать о проблеме с -se при допаковке архива.
 
Дано:
Три папки. В каждой чуток мелочи и несколько образов около-гиговых размеров, плюс один 4-гиговый.
 
Что я делаю:
1. Первым проходом пакую мелочь (выделил все три папки целиком) при помощи WinRar Gui версии. Настройки: 128 МБ словарь, максимал сжатие, солид, тест после упаковки, в поле исключения файлов указал маску расширения образов, в поле доп параметров дописал -se. Остальные настройки стандартные.
2. Далее для допаковки исключённого остатка снова выделяю те три папки, в диалоге упаковки выбираю skip existing files, ставлю макс сжатие и словарь 4 ГБ, далее иду на вкладку строки доп параметров, снова пишу туда -se. Остальное стандартное.
В обоих случаях суммы crc (не блейки), т.к. их удобнее через Totalcmd контролировать.
 
Что имею:
1. На первом шаге никаких ошибок, всё хорошо.
2. На втором шаге после упаковки архива при его тестировании вываливается портянка ошибок контрольной суммы для всех тех образов, которые допакованы.
При этом если собрать в текстовый файл все суммы и сравнить их с реальными crc файлами, то сами сохранённые в архиве суммы соответствуют суммам реальных файлов, которые должны были быть упакованы. Но при этом на тестировании архива валятся ошибки контрольных сумм.
 
Сначала подумал, что "какой-то баг" или вдруг железки "чудят". Но нет. Не так давно проводил плановый мемтест - ни единой ошибки, харды исправны и ничего не теряют.
На всякий случай удалил первый такой архив. И повторил точно такую же упаковку из тех же файлов. Результат абсолютно идентичен - с мелочью проблем нет, а на допакованные образы валится портянка несоответствий сумм.
 
Добавлено:
Ах да, забыл указать: WinRAR 7.01 x64, Win10 22H2 x64, 5700G + 32GB DDR4.

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 20:18 23-12-2024
persicum

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
А если распаковать образа, они битыми получаются с измененными CRC?

Всего записей: 593 | Зарегистр. 27-06-2007 | Отправлено: 21:18 23-12-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
persicum
Я удалил оба архива вчера, когда упаковывал. Поздно спохватился написать.
Но мне подобные архивы всё равно надо будет ещё делать с разными данными, так что попробую ещё разок, скорее всего.
Если повторится такое же, постараюсь проверить.
Вон, даже если скачанную на пощупать игру решу оставить, то она и будет отличным подопытным. Там тоже как раз буквально на несколько десятков (может, сотен) МБ всякие exe, dll и т.д., и несколько огромных файлов с ресурсами. Только crc на папку надо будет сделать предварительно. Чтоб чётко видеть что происходит.

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 21:31 23-12-2024 | Исправлено: insorg, 21:33 23-12-2024
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Нечто подобное удалось у себя сейчас воспроизвести. Буду разбираться, потом напишу результат. Спасибо, что сообщили.
 
Тот факт, что до сих пор про эту ошибку мне никто не писал, показывает реальную востребованность ключей -se и -s<N>.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 21:54 23-12-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Смог повторить воспроизводимость на папке с браузером. Сейчас попробую как-то записать, чтоб всякую приватную инфу не светить.
Понял, тогда не буду запись выкладывать, удаляю.

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 22:44 23-12-2024 | Исправлено: insorg, 22:55 23-12-2024
EugeneRoshal

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

Цитата:
Сейчас попробую как-то записать

Нет нужды. Я выше написал, что у меня тоже воспроизводится.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 22:46 23-12-2024
insorg



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

Цитата:
 Тот факт, что до сих пор про эту ошибку мне никто не писал, показывает реальную востребованность ключей -se и -s<N>.

Я почему-то всю жизнь был уверен, что RAR умеет либо один solid блок на всё, либо не-solid в принципе. Промежуточные варианты вообще как-то пропустил из виду. Для подобных разделённых блоков всегда только 7zip и использовал, как раз было просто и удобно в несколько заходов разные данные докинуть и готово.
Так что тут не столько про востребованность, сколько про банальное знание что такая функция есть.

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 23:02 23-12-2024
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Выложил сейчас новую английскую сборку beta 2 с исправлением. Заодно пооптимизировал, чтобы анализ подобного уже существующего архива при добавлении новых файлов начинался с последнего solid блока, а не с начала всего архива.
 
Правда, мне надо будет это все повнимательнее еще потестировать.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 01:00 24-12-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Бегло опробовал бетку разок, ошибку не встретил.
Только с этим новым проглядел моментик, забыл снять галку про замену дубликатов файлов внутри архива. Увидел только уже когда суммы сравнивал в текстовике после проверки архива. Мне нужно было чтоб она не была отмечена. А паковать там чуть более часа. Сегодня уже не проверю вторую попытку. Может, позже попробую.

Всего записей: 18504 | Зарегистр. 04-11-2010 | Отправлено: 02:41 24-12-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
http://forum.ru-board.com/topic.cgi?forum=5&topic=51203&start=2680#15
Евгений, я не про FR, а про синтаксис, в 7-zip многое что относится к solid блоку настраивается в параметрах одного ключа -ms.
Пример из справки:
s=100f256m; set solid mode with 100 files & 256 MB limits per one solid block for 7z format.
 
Я к тому, что ключей там не много для этого. Частично потому и просто, что это в параметрах 1 ключа делается, а не разбросано как то.
А размер Soild блока и кое что еще так и просто вынесен в GUI.
 
Можно два ключа с параметрами, в одном параметры типа on/off, в другом числовые значения.
Или в ключе -s: важные параметры для Solid блока типа -s1g.  
Можно и ключ отдельный под это выделить, требующий, -s, но чтобы параметров побольше в нем было: -sb1g50f, -ss1g50f хоть бы и с разделителями какими то -sb1g;50f;
а в еще другом ключе параметры Solid Mode, вообще.
 
Короче, чтобы не много ключей, но с параметрами, есть же у нас -mcdel/x+ и хорошо.

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 11:23 24-12-2024 | Исправлено: lelik007, 13:08 24-12-2024
EugeneRoshal

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

Цитата:
Короче, чтобы не много ключей, но с параметрами

Согласен, мне тоже не нравятся разрозненные ключи для описания solid блока. Если добавлять новые solid опции, то -se и -s<n> надо убрать. Вместо них сделать либо унифицированнный -sb<опции>, как я писал выше. Либо -s=<опции>, как в вашем предлжении.
 
Минус -s= в том, что '=' выглядит несколько непривычно. Хотя это не единственный ключ RAR с '='. Плюс в том, что мы задаем и solid режим, и его параметры одним -s ключом. Не надо запоминать два ключа. Наверное, -s= все же предпочтительнее, чем -sb.
 
Насколько я знаю, '=' не является спецсимволом в командной строке и batch файлах Windows и Unix. Так что каких-то технических препятствий к его использованию быть не должно.

Всего записей: 2492 | Зарегистр. 29-04-2013 | Отправлено: 13:20 24-12-2024 | Исправлено: EugeneRoshal, 13:35 24-12-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

Компьютерный форум 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