Maz Дед Мазай Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник». Отдельная тема по сборкам WinRAR Предыдущие части темы: 1 | 2 | 3 | 4   Официальный русский сайт: win-rar.com Официальный e-mail разработчика WinRAR (писать по-русски): dev@rarlab.com   Финальная русская версия 7.01 | 32-bit | 64-bit     Финальная английская версия 7.01 | 32-bit | 64-bit Важная информация о ссылках Список изменений Дополнительно Коллекционный архив версий (с 1995 года) | Официальный архив (с 2002 года по FTP) Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее... Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь. Таблица совместимости версий с различными ОС Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte) Коллекционный архив версий WinRAR 1.54b - 7.00 (1995-2024): скачать (336.4 МБ) [обновлено 28.02.2024] вместо F.A.Q. || альтернативные архиваторы Почему задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами. Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio Стандартная (48x36). Маленькие кнопки (24x24) В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)   Таблицы для наглядности с соотношением размера словаря к потребляемой ОЗУ: с ключом mcx | без ключа mcx Всего записей: 38886 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Loafer, 21:47 16-05-2024

rzt Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Архиватор обязан воссоздавать любые файлы в их исходном виде "обязан" это юридический термин, я же предлагаю техническую реализацию возможности ка опцию, которую пользователь может сам выбирать. Ставить эту опцию по умолчанию или не ставить решать разработчику. Для тех кто захочет использовать опцию будем называть не "архиватор", а "сжиматель" и весь вопрос Всего записей: 557 | Зарегистр. 16-07-2004 | Отправлено: 11:10 07-12-2023

DimmY Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt Цитата: пользователь может сам выбирать А на другом конце получатель архива как будет выбирать? Нельзя такие вещи добавлять в архиватор. Прежде всего потому, что он разом перестанет быть архиватором, и никакие объяснения, что "просто это опция такая", не помогут – в сознании бессознательного большинства отложится только то, что архиватор портит файлы.   Альтернативный вариант: напишите пакетный файл, который будет распаковывать файлы docx/xlsx и затем упаковывать их обратно с помощью 7-zip. Кстати, эффективность может быть высокая. Я только что попробовал так сделать и получил из 1971112 байтов 422446. Всего записей: 4745 | Зарегистр. 22-04-2002 | Отправлено: 11:59 07-12-2023

rzt Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: Альтернативный вариант: напишите пакетный файл, который будет распаковывать файлы docx/xlsx и затем упаковывать их обратно с помощью 7-zip я уже в 3-й раз про то и пишу, что альтернативный вариант лучше вложить в функционал Winrar, лучше для пользователей, а не для админов и прочих продвинутых в написании командных файлов. Что касается на том конце: 99.9% пользователей без разницы во что был упакован docx и xlsx и какая у него была до этого контрольная сумма, главно чтобы он открывался, а он будет открываться и будет иметь время создания, изменения, печати и всё остальное такое же как в оригинале, потому что это внутри, а не в оболочке Всего записей: 557 | Зарегистр. 16-07-2004 | Отправлено: 12:18 07-12-2023

DimmY Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt Даже 0,01% достаточно, чтобы поставить на архиваторе крест. Всего записей: 4745 | Зарегистр. 22-04-2002 | Отправлено: 12:29 07-12-2023

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Альтернативный вариант относится не к архиваторам, а к оптимизаторам. Такой функционал надо закладывать в программе с другим названием, например WinRARX, чтобы пользователи понимали, где он по распаковке получит оригинальные файлы, а где оптимизированные (не всем это надо, однако). Есть масса людей, кто хочет получить назад бит-в-бит тоже самое, без сюрпризов. А оптимизатор нарушит их душевное спокойствие за свои данные.   Всего записей: 3521 | Зарегистр. 16-06-2007 | Отправлено: 12:35 07-12-2023 | Исправлено: Alexyz21, 12:38 07-12-2023

rzt Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21 Цитата: Есть масса людей, кто хочет получить назад бит-в-бит тоже самое, без сюрпризов почему-то я уверен что эта масса составляет не более 0.1%. Остальным нужно сжатие, также как и при сжатии с потерями видео и изображений. Но здесь существенное отличие от сжатия видео – исходное содержимое офисных файлов (xml в основном), то что будет отображать Microsoft Office, не будет изменено, оно будет именно бит в бит. А название WinRAR (архиватор, сжиматель, оптимизатор) по моему второстепенная вещь. Эффект будет для пользователей, да и для админов тоже – резервные копии станут сильно меньше весить Всего записей: 557 | Зарегистр. 16-07-2004 | Отправлено: 14:35 07-12-2023

Benchmark Gold Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt Цитата: я уже в 3-й раз про то и пишу, что альтернативный вариант лучше вложить в функционал Winrar, лучше для пользователей, а не для админов и прочих продвинутых в написании командных файлов   Это может прийти в голову только "продвинутым". Обычным пользователям в наше время и архиватор не особо-то нужен.     DimmY Цитата: Даже 0,01% достаточно, чтобы поставить на архиваторе крест. В том и дело. Некоторые не понимают, что это до первой потери какого-то важного документа. Всего записей: 6840 | Зарегистр. 01-10-2002 | Отправлено: 15:31 07-12-2023 | Исправлено: Benchmark, 15:31 07-12-2023

rzt Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Benchmark GoblinNN Цитата: Это может прийти в голову только "продвинутым". Обычным пользователям в наше время и архиватор не особо-то нужен.   и другим товарищам архивариусам там в шапке автор запустил клич "автору и всем нам нужны реальные тесты сжатия" я привёл свои данные как обычный пользователь, я и представляю обычных пользователей. RAR почти исчерпал ресурсы сжатия. Способ который я предложил совершенно очевидный и надёжный может продвинуть сжатие (не архивацию) заметно вперёд. Цитата: Некоторые не понимают, что это до первой потери какого-то важного документа. – потери не будет, важные документы подписываются ЭЦП, от перепаковки эта ЭЦП не меняется (проверял лично) – это простое доказательство. Офису как и пользователям важен не контейнер, важно содержимое – оно сохраняется И ещё обратите внимание, моё предложение можно сделать в виде опции со всякими предупреждениями с красным восклицательным знаком типа "настоящий алгоритм сжатия не обеспечивает сохранение контрольных сумм файла контейнера (docx, xlsx) и т.д." пусть пользователи сами решают что важнее "шашечки или ехать"   Всего записей: 557 | Зарегистр. 16-07-2004 | Отправлено: 17:17 07-12-2023 | Исправлено: rzt, 17:20 07-12-2023

Bersaglio Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt docx и xlsx/pptx - это специальным образом подготовленные ZIP-контейнеры, которые могут иногда быть и сертификатом подписаны. Догадываетесь, что будет с автором, если он выкатит версию архиватора, которая не сможет при распаковке оригинал воспроизвести? Это уже 100500+ раз обсуждалось в теме, если хотите - смотрите версию для печати и прошлые части. Всего записей: 4047 | Зарегистр. 21-08-2006 | Отправлено: 17:29 07-12-2023 | Исправлено: Bersaglio, 17:30 07-12-2023

Alexyz21 Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt Особенно будет весело, если Офис от МС после какого-нибудь апдейта или с новой версией, или их конвертер откажется открывать файлы не своим сжатием - как будете восстанавливать, из бэкапа?   Автору виднее, но мне кажется, что основной покупатель (по денежной массе) это корпоративные клиенты и им такие фортеля не упали. Всего записей: 3521 | Зарегистр. 16-06-2007 | Отправлено: 17:41 07-12-2023 | Исправлено: Alexyz21, 17:44 07-12-2023

rzt Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Alexyz21 Цитата: Особенно будет весело, если Офис от МС после какого-нибудь апдейта или с новой версией, или их конвертер откажется открывать файлы не своим сжатием - как будете восстанавливать, из бэкапа? Это теория, на практике такое не было во всех версиях офиса когда появились docx и xlsx файлы. Да и с чего бы, это же открытый стандарт. Снова обращаю внимание - это можно реализовать как экспереминтальную опцию. Что с этим делать пользователи сами пусть решают Всего записей: 557 | Зарегистр. 16-07-2004 | Отправлено: 18:42 07-12-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: пересмотреть насчёт более эффективного сжатия офисных файлов docx, xlsx за счёт предварительной распаковки их zip контейнера Цитата: не надо возвращать побайтно исходный файл, главное чтобы формат zip был Цитата: напишите пакетный файл, который будет распаковывать файлы docx/xlsx и затем упаковывать их обратно с помощью 7-zip   Эх, чем только не мучаются, лишь бы Leanify не изучать... Всё уже придумано "до нас", и успешно работает годами. Пользуюсь, где требуется. Результатом доволен. Жмёт не только ZIPы (ака docx/xlsx...), но ещё и оптимизирует PNG и даже JPG. Естественно, без потерь. Просто пережимает максимально возможно, на что способны сами форматы.   Добавлено: И не нужно никакой архиватор мучить, ни precomp изобретать... Всего записей: 17093 | Зарегистр. 04-11-2010 | Отправлено: 22:34 07-12-2023

insorg Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: эту задачу надо вешать на архиватор: перед основным алгоритмом сжатия применяется фильтр-препроцессор, а при распаковке результат препроцессора откатывается В своё время связка FreeARC+PreComp пыталась в это сыграть. А потом пошли разные версии этого самого PreComp, вылезли несовместимости между ними, вылез цирк с подбором нужной версии и некронтролируемая путаница в архивах... Так оно и умерло не выйдя в массы. Цитата: Если его распаковать (точнее, создать Deflate-поток без сжатия), а потом сжать архиватором (я использовал 7-Zip), то результат получается лучше, чем сжатие оптимизированного Deflate Логично. По похожему принципу PreComp разжимает архивы, и отдаёт своему упаковщику (в его случае - фриарку) разжатые данные и дополнительный кусок инфы для того, чтобы потом знать как получить после разжатия побитово идентичный файл, который был до оптимизации и упаковки. Только у такого метода есть куча ограничений - от выборочности поддержки конкретных zipов, до кучи требований к этим самым zipам на соответствие официальным спекам и их пониманию этим самым прекомпом... Цитата: Тем более, при упаковке в RAR-архив разжатых контейнеров можно воспользоваться преимуществами solid-сжатия. Логично. Если цель стоит именно в этом. Всего записей: 17093 | Зарегистр. 04-11-2010 | Отправлено: 23:27 07-12-2023

rzt Full Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору uShell Цитата: Другое дело - ЭЦП и любые другие механизмы контроля целостности: там нужно воссоздавать исходное сжатие бит-в-бит, что сложно в реализации Если речь об office - ЭЦП внутри контейнера от сжатия не зависит Всего записей: 557 | Зарегистр. 16-07-2004 | Отправлено: 02:45 08-12-2023

vasevase Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору EugeneRoshal , DimmY Повторю вопрос: вместо сообщения {MExtrDictOutMem} «Недостаточно памяти для распаковки архива со словарём сжатия %u ГБ.» Выдаётся в локализованной версии {MDictOutMem}: Цитата: Недостаточно памяти для словаря сжатия размером 2 МБ. Изменено на * МБ. Используйте словарь сжатия меньшего размера. Недостаточно памяти Проверял только x86-вариант. Это взяли на заметку, нет?   P.S. Bсплыло при переходе на b2, как я понял: если к локализации подсунуть rar.exe от b1, то сообщение об ошибке выводит верное. Всего записей: 3186 | Зарегистр. 28-08-2010 | Отправлено: 02:55 08-12-2023 | Исправлено: vasevase, 03:36 08-12-2023

V0lt Platinum Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt Цитата: Снова обращаю внимание - это можно реализовать как экспереминтальную опцию. Такие вещи делаются отдельной утилитой. Она может называться как угодно, только не архиватором. Архиватор, который может в принципе портить исходные данные, адекватные люди не купят. Всего записей: 10558 | Зарегистр. 05-02-2003 | Отправлено: 07:08 08-12-2023

Victor_VG Tracker Mod Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору rzt Цитата: Если речь об office - ЭЦП внутри контейнера от сжатия не зависит Любой составной формат, например "контейнер в контейнере" или каталог файловой системы это частный случай вложенности рассматривающий объект-вложение как единое целое с собственным набором свойств. И ЭЦП, если она имеется, одно из них. При этом на набор возможных операций над внешним контейнером накладывается общее ограничение:   Любые операции над внешним контейнером должны обеспечивать неизменность битового содержимого вложенных объектов, но допустимо изменение их списка.   далее думайте... ---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti Всего записей: 33319 | Зарегистр. 31-07-2002 | Отправлено: 10:01 08-12-2023

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

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

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование