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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подробнее...

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
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 | Отправлено: 19:07 15-10-2017 | Исправлено: Maz, 22:28 15-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
EugeneRoshal
При создании многотомного архива можно создавать тома для восстановления. Написано, что это для восстановления отсутствующих и поврежденных томов.
Далее написано, что с помощью Х томов для восстановления можно восстановить Х отсутствующих томов архива.
Неужели при наличии 1 тома для восстановления можно восстановить только 1 поврежденный том архива?
Даже если в 2 частях архива изменить всего по 1 байту?

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 21:15 15-10-2017 | Исправлено: Pasha_ZZZ, 21:15 15-10-2017
regist123



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
помимо томов для восстаноления есть же ещё информация для восстановления, которую можно вкладывать в архив. При незначительных повреждениях и этой информации можно восстановить вообще не имея томов восстановления. А том восстановления можно использовать даже если вообще один из томов потерян.

----------
Раздачи и акции

Всего записей: 7189 | Зарегистр. 20-03-2009 | Отправлено: 21:48 15-10-2017
Bersaglio



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




Флуд и откровенный оффтоп.

Всего записей: 3998 | Зарегистр. 21-08-2006 | Отправлено: 22:08 15-10-2017 | Исправлено: Maz, 22:27 15-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
regist123
Про это я в курсе. Но в данном плане гораздо удобнее что-то стороннее, например MultiPAR.
1. Первоначально надо скачивать только полезные данные, а если уж файл/файлы повреждены - только тогда можно скачать данные для восстановления отдельно.
2. У ВинРАР, насколько я понял, данные для восстановления на каждый том отдельные. У вышеназванной проги - общие. Как известно, восстановлению подлежат данные, максимальный размер которых чуть меньше данных для восстановления.
Берем 2 тома по 50 МБ, заряжаем 10% восстановления - получаем 10 МБ восстанавливаемых данных. Но не 10, а 2 х 5. Т.е. если повреждение одного тома 7 МБ - данные не восстановить. А если б были общие данные (отдельным файлом/файлами) - то можно было бы и из 1 тома около 10 МБ восстановить.
 
В общем что-то типа данных для восстановления, но к томам непривязанные, общие на весь многотомный архив, в отдельных файлах, для которых тоже можно было бы указывать размер разбиения на части.

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



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
 
Это увеличит необходимую избыточность. Да и вероятность кратных повреждений ниже чем одиночных.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
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 | Отправлено: 22:25 15-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Victor_VG
Цитата:
Это увеличит необходимую избыточность.
С чего бы это вдруг?
Цитата:
Да и вероятность кратных повреждений ниже чем одиночных.
Повреждение в 7 МБ из моего примера - кратное или одиночное?

Всего записей: 12360 | Зарегистр. 11-03-2002 | Отправлено: 22:27 15-10-2017 | Исправлено: Pasha_ZZZ, 22:28 15-10-2017
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
 
Всё зависит от интенсивности потока помех во времени. Чем она выше, тем выше вероятность кратной ошибки. Ошибка возникает как инверсия бита, а её кратность - инверсия M раз. Для восстановления данных надо произвести M операций инверсии ошибочного бита. И нам важно знать чётность N так это позволяет сократить число операций до нуля или одной - если N чётное - бит не искажён, если N нечётное - инвертируем.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
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:40 16-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Victor_VG
Не надо этой никому не нужной воды. Вопросы подразумевают однозначные ответы. Еще раз:
1) почему для 2 томов архива по 50 МБ с отдельными данными восстановления необходимая избыточность ниже, чем для одного в 100 МБ (если представить виртуально многотомный архив одним целым)?
2) повреждение в 7 МБ из моего примера - кратное или одиночное?

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



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
 
Воды и нет. Есть твоё непонимание природы явлений.

Цитата:
1) почему для 2 томов архива по 50 МБ с отдельными данными восстановления необходимая избыточность ниже, чем для одного в 100 МБ (если представить виртуально многотомный архив одним целым)?  

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

Цитата:
2) повреждение в 7 МБ из моего примера - кратное или одиночное?

Смотри:  
 
Постановка задачи:
 
Есть блок данных, достоверно известно что часть бит в нём ошибочная, причём мы не знаем какие именно.
 
Вопрос:
 
 
Ошибка сидит в разных  битах или в одних и тех же?
 
На твой второй вопрос ответ единственный - неопределённость ибо исходная  постановка задачи некорректна.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
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 | Отправлено: 11:49 16-10-2017
Pasha_ZZZ



Platinum Member
Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
Victor_VG
Дахоспадетыбожа мой. Объясняю азы. Не какие-то выкладки из учебников, а вполне реальный пример:
1) есть многотомный архив 2 х 50 МБ;
2) есть одиночный архив 100 МБ;
Метод сжатия и исходное содержимое побитово идентично.
У того и другого информации для восстановления 10% (10 МБ).
Пусть повреждение - это затирание некоей сплошной области не с краев архива/тома нулями (для облегчения понимания).
 
Вопросы:
а) при одинаковых повреждениях в первом томе (или первый адресах одиночного архива) в каком случае объем восстановимой информации больше?
б) при повреждении первого тома (первых адресов одиночного архива) размером 7 МБ в каком случае выше вероятность восстановления данных?

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



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

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
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 | Отправлено: 20:26 16-10-2017
EugeneRoshal

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

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

Только один.
 
Я этим занимался давно и подробности подзабыл, но попробую что-то вспомнить.
 
Чтобы даже один rev том мог исправить несколько rar томов, нам бы пришлось в RS(n,k) для кодов Рида-Соломона увеличивать и n, и k, что привело бы к снижению производительности. Для recovery record это имеет смысл, но у rev томов несколько другая специфика. Потом для определения поврежденных мест пришлось бы использовать контрольные суммы секторов вместо одной суммы на том, что привело бы к росту избыточности. Ведь эти контрольные суммы для всего набора данных должны храниться в каждом rev томе.

Цитата:
1) почему для 2 томов архива по 50 МБ с отдельными данными восстановления необходимая избыточность ниже, чем для одного в 100 МБ (если представить виртуально многотомный архив одним целым)?

Потому что у RAR recovery record за счет контрольных сумм избыточность выше, чем у RAR recovery volumes.
 
Для того чтобы исправить ошибки, нам сначала надо определить их местоположение. Собственные способности кода Рида-Соломона по определению ошибок меня на этапе разработки не устроили. Подробности 4 года спустя я не помню: или недостаточная способность к обнаружению, или низкая производительность, или сложность кода. Сразу сейчас не скажу. В любом случае было решено использовать контрольные суммы.
 
REV, конечно, можно переделать на работу с несколькими томами сразу, но придется жертвовать избыточностью, скоростью, сложностью алгоритма.  
 

Цитата:
1) есть многотомный архив 2 х 50 МБ;
2) есть одиночный архив 100 МБ;
Метод сжатия и исходное содержимое побитово идентично.
У того и другого информации для восстановления 10% (10 МБ).

Нас для rev 10 мб не устраивает, нам целый том в 50 мб надо. А 50 мб RS кодов на 100 мб данных по методике recovery record это медленно. Если не путаю это RS(300,200), а один rev том на два rar это RS(2,1). Вычисляется намного быстрее.

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 21:28 16-10-2017
Pasha_ZZZ



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

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Pasha_ZZZ
Если с параметрами нынешней recovery record, то тома станут побольше, скорость пониже. Не факт, что этому все будут рады. В идеале, конечно, неплохо бы иметь гибкий формат с возможностью нынешнего rev как частного случая. Но это трудоемко в реализации, так что сейчас что-то обещать на этот счет я не могу.

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 22:28 16-10-2017 | Исправлено: EugeneRoshal, 22:34 16-10-2017
Benchmark



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

Цитата:
Фактически то, что нужно - это отделение данных для восстановления от самих архивов и возможность создания таких отделенных данных сквозными (т.е. сплошняком на все тома)

Это уже нечто вроде QuickPar получается.  
 
EugeneRoshal

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

В идеале - да. Потому как на практике архивный том "гибнет" целиком (например не читается с архивного DVD), и данные для восстановления накрываются медным тазом вместе с ним.

Всего записей: 6832 | Зарегистр. 01-10-2002 | Отправлено: 22:30 16-10-2017 | Исправлено: Benchmark, 22:32 16-10-2017
Pasha_ZZZ



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

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

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
То есть, recovery record с произвольными параметрами и хранящаяся в произвольном количестве отдельных файлов произвольного размера. Звучит неплохо, но в реализации изрядно объемная задача.

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 22:41 16-10-2017
Pasha_ZZZ



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

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

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

Всего записей: 2239 | Зарегистр. 29-04-2013 | Отправлено: 22:46 16-10-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