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

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

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

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

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


Цитата:
Я не просил советов и методов на тему "кто сильнее задним умом".  

Тут все нечитатели или только некоторые, которые тут чтоб зажись поговорить, побалакать о своем девичьем, свежие сплетни обсудить...?
Был вопрос и были условия
Возник он не на пустом месте, а после заявлений вида

Цитата:
Вычислить и восстановить искажённый бит возможно,

Зачем предлагать советы и рассуждения о варке щей, если вопрос их не касается в принципе?!
Или это такой изощренно-иносказательный способ озвучить простой тезис
"Вот тут ляпнул незнамо-что. Написать хотелось, а было нечего"?
Ну ляпнули и ляпнули. Но зачем этот ляп размазывать другими ляпами по всем деревьям леса? Загадка.
Уже и так понятно, что тут преимуществено писатели, а не читатели, поскольку нет ни одного ответа просто имеющего отношения к заданному вопросу. Поэтому к автору выше обратился.
Это не мешает продолжать пустопорожние беседы остальным, но зачем к ним мой ник и мой вопрос притягивать за уши?
Придет автор скажет или не скажет чего-то. И дело с концом.

Всего записей: 501 | Зарегистр. 04-11-2018 | Отправлено: 22:57 05-09-2024 | Исправлено: www_world, 23:15 05-09-2024
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
www_world
 
Ну, коль вы столь неприкрыто и нагло хамите, то любые ваши хотелки не зависимо от их содержания - ваши личные трудности, а окружающих извольте не беспокоить! Кайло в руки и ваять Каменный Цветок в Бездне Забвения!

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





флуд, нарушение п. 2.12. главы VIII Соглашения по использованию

Всего записей: 35070 | Зарегистр. 31-07-2002 | Отправлено: 08:55 06-09-2024 | Исправлено: Maz, 15:16 06-09-2024
ZZZerrrrgg

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

Цитата:
Цветок в Бездне Забвения!

.. в Тёмной бездне....




поддержка флуда

Всего записей: 363 | Зарегистр. 27-04-2024 | Отправлено: 09:20 06-09-2024 | Исправлено: Maz, 15:16 06-09-2024
EugeneRoshal

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

Цитата:
Придет автор скажет или не скажет чего-то.

Кроме как перебором, я не знаю, как в общем случае восстановить битый архив без recovery record, даже если поврежден только один байт или бит. Но перебор это неприемлемо медленно для сколько-нибудь заметного размера архива. Если перебирать всего лишь один бит, для 1 мегабайта упакованных данных нам в среднем придется выполнить 4 миллиона распаковок. Нереально.
 
Я написал "в общем случае", потому что возможны частные ситуации, когда битый байт пришелся, например, на имя упакованного файла, и правильное имя можно предположить, глядя на остальные его символы.

Всего записей: 2490 | Зарегистр. 29-04-2013 | Отправлено: 21:33 06-09-2024
www_world

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Понятно, что ужасно долго, но хоть в случае крохотных архивов у кого-то появится надежда на восстановление (1-2 битов). Актуально, в первую очередь для бинарных файлов.
Понятно, что архивированные бэкапы системы и проч. нереально таким способом пытаться восстанавливать.
 
И второй, момент. Какое минимальное количество информации для восстановления возможно реализовать в программе? Это вопрос на тему, перекликающейся с предыдущей.
То есть, мне представляется, что уменьшая и уменьшая (будем говорить в процентах) объем добавляемой информации для восстановления, рано или поздно наступает момент, когда конечный объем архива практически перестанет изменяться в размерах. Например, какова разница для 1 мб архива, для информации восстановления в 1 бит и 1 байт (речь о всей-всей информации, включая все накладные расходы)?
 
Сама идея в том, чтобы сделать практически неотключаемой опцию добавления информации для восстановления, например 1 байта или типа того. То есть, особо упертые смогут ее отключать, лишь через комстроку. Разумеется, она отключается, когда имеет место штатное добавление инфы для восстановления (как сейчас 1% и более). И в этой идее принципиально знать, каков прирост в размерах в абсолюте у архива для столь ничтожного количества информации для восстановления.

Всего записей: 501 | Зарегистр. 04-11-2018 | Отправлено: 22:42 06-09-2024 | Исправлено: www_world, 22:54 06-09-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
www_world
Мне кажется что позиция такая себе, может стоит сначала спросить, а Евгений какое кол-во информации для восстановления считает минимальным для того чтобы это помогло восстановить архив,, может это 1% и есть. Зачем всем пользователям Winrar принудительно увеличивать размер всех архивов RAR5, если, например этой информации не будет достаточно для хоть какой вероятности восстановления, что даст это минимальное кол-во?

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 12:33 07-09-2024
Benchmark



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

Цитата:
может стоит сначала спросить, а Евгений какое кол-во информации для восстановления считает минимальным для того чтобы это помогло восстановить архив,, может это 1% и есть

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

Всего записей: 6940 | Зарегистр. 01-10-2002 | Отправлено: 13:49 07-09-2024 | Исправлено: Benchmark, 13:51 07-09-2024
lelik007



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

Цитата:
Как тут уже говорилось, на личные хотелки всех подряд не напасёшься опций.

Согласен, но главный "фильтр" личных хотелок - Евгений, как, главный их реализатор, опять же он как автор может счесть что то интересным для реализации или полезным.  
 
Хотя, я, именно про то о чем пишет www_world  конкретно не знаю, поэтому это такой гипотетический вопрос, а если ли некое минимальное кол-во информации для восстановления, которое сможет оправдать принудительное увеличение архива и в тоже время дает некую гипотетическую возможность для восстановления. А если это именно 1% или больше, то RR в помощь с русским мануалом в подарок.

Всего записей: 3255 | Зарегистр. 13-10-2006 | Отправлено: 14:53 07-09-2024 | Исправлено: lelik007, 14:54 07-09-2024
BorlandIMHO

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

Цитата:
сделать практически неотключаемой опцию добавления информации для восстановления, например 1 байта или типа того.

Только из-за того, что лично у вас такая хотелка?.. Лучше даже не мечтайте...
Проблема даже не в увеличении размера архива (при современных объёмах одиночного носителя и пропускных способностях каналов передачи данных оно не шибко и существенно), а в существенном увеличении времени упаковки.
Кому нужна информация для восстановления - воспользуется стандартной функцией, навязывать это всем {да ещё и без возможности отказаться} - дурь несусветная...

Всего записей: 2876 | Зарегистр. 12-10-2006 | Отправлено: 15:12 07-09-2024
EugeneRoshal

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

Цитата:
Сама идея в том, чтобы сделать практически неотключаемой опцию добавления информации для восстановления, например 1 байта или типа того.

Для определения поврежденного участка RAR recovery record хранит контрольные суммы секторов архива. Уменьшая размер сектора, мы увеличиваем объем контрольных сумм. Поэтому слишком маленький сектор тоже оказался бы неэффективным.
 
Я не знаю, существуют ли более эффективные по сравнению с набором контрольных сумм методы определения поврежденного участка, при размере этого участка в районе единиц байтов.
 
Добавлено:
www_world

Цитата:
Понятно, что ужасно долго, но хоть в случае крохотных архивов у кого-то появится надежда на восстановление (1-2 битов).

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

Всего записей: 2490 | Зарегистр. 29-04-2013 | Отправлено: 15:15 07-09-2024
uShell

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

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


Цитата:
если ли некое минимальное кол-во информации для восстановления, которое сможет оправдать принудительное увеличение архива и в тоже время дает некую гипотетическую возможность для восстановления

Если рассуждать теоретически, то сначала стоит узнать, какое количество информации обычно повреждается. Лично я до сих пор сталкивался только с двумя типами повреждений: отказ диска (минимум - 1 сектор) и приведение к 7-битной кодировке (ушиб всей бабушки). То есть если добавить, скажем, 511 байт информации для восстановления, то она с высокой вероятностью просто не поможет.
На практике форматы Rar2-Rar4 имеют архитектурный минимум в 512 байт собственно информации для восстановления + контрольных сумм на 0.39% от архива. Для Rar5 цифры другие: сама RR - 0.003% (или 0.0015% - точно не помню) от размера архива (но через интерфейс можно выставлять только целое число процентов), а насчёт контрольных сумм не знаю. В принципе, порядка 0.4% можно было бы и добавлять по умолчанию. Впрочем, для надёжного хранения маленьких архивов разумнее было бы пользоваться не информацией для восстановления, а иными способами.
 

Цитата:
Для определения поврежденного участка RAR recovery record хранит контрольные суммы секторов архива.

Вот интересно, в Rar5 такие суммы тоже есть? Вроде бы, коды Рида-Соломона сами могут определять место повреждения. Если есть, они хранятся для блоков Рида-Соломона или, как и раньше, для 512-байтных секторов?

Всего записей: 1110 | Зарегистр. 12-06-2019 | Отправлено: 22:08 07-09-2024
Pasha_ZZZ



Запрет на пост
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
В свое время Булат хотел добавить в следующую версию формата FreeArc коды LDPC...

Всего записей: 12993 | Зарегистр. 11-03-2002 | Отправлено: 00:09 08-09-2024
www_world

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

Цитата:
Для определения поврежденного участка RAR recovery record хранит контрольные суммы секторов архива. Уменьшая размер сектора, мы увеличиваем объем контрольных сумм. Поэтому слишком маленький сектор тоже оказался бы неэффективным.  

Значит мне правильно  представлялось, что в идее добавления информации для восстановления конкурируют разнонаправленные тенденции - с уменьшением размера информации возрастают накладные расходы. Очевидно, оптимум приходится, как раз, на заметные объемы (в процентном отношении). Условно говоря, сто хэшей - терпимо для любого размера, а скажем 100 000 хэшей для 100 килобайтного файла - многовато. Как и в рэйдах.
В общем, пока не стоит полагаться на архивы, а лучше прикупить носителей.

Всего записей: 501 | Зарегистр. 04-11-2018 | Отправлено: 02:26 08-09-2024
EugeneRoshal

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

Цитата:
Вот интересно, в Rar5 такие суммы тоже есть? Вроде бы, коды Рида-Соломона сами могут определять место повреждения. Если есть, они хранятся для блоков Рида-Соломона

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

Цитата:
в идее добавления информации для восстановления конкурируют разнонаправленные тенденции - с уменьшением размера информации возрастают накладные расходы.

Это так.

Цитата:
В общем, пока не стоит полагаться на архивы, а лучше прикупить носителей.

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

Всего записей: 2490 | Зарегистр. 29-04-2013 | Отправлено: 14:36 08-09-2024
Helpmister



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите, пожалуйста, что за ключ -idc,d,p,q ?

Всего записей: 276 | Зарегистр. 26-10-2007 | Отправлено: 08:59 09-09-2024
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Запятые тут не ставятся. читайте Rar.txt

Всего записей: 5378 | Зарегистр. 23-04-2009 | Отправлено: 09:05 09-09-2024
Helpmister



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

Цитата:
Inoz2000

О, спасибо! А то, все справки перерыл....

Всего записей: 276 | Зарегистр. 26-10-2007 | Отправлено: 09:26 09-09-2024
alexnov66



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Helpmister
есть команды а есть ключи, ключи пишутся с тире
 
-idc : не показывать строку с авторскими правами (copyright).
 
странно что в справке не нашел, а только в рар тексте

Всего записей: 1462 | Зарегистр. 29-08-2005 | Отправлено: 12:44 09-09-2024 | Исправлено: alexnov66, 12:52 09-09-2024
Pasha_ZZZ



Запрет на пост
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
alexnov66
Справка по WinRAR, в нем этих текстовых сообщений просто нет

Всего записей: 12993 | Зарегистр. 11-03-2002 | Отправлено: 13:32 09-09-2024
Helpmister



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

Цитата:
Pasha_ZZZ
Да всё верно, это для консольной. Давненько туда не лазил, уже и забыл, что к чему.

Всего записей: 276 | Зарегистр. 26-10-2007 | Отправлено: 05:28 10-09-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