» WinRAR

DimmY

Цитата:

Как бы сделать так, чтобы пользователи читали документацию?
См. команду RV[n].

Упс . А я думал раз в GUI нет такой фичи, значит ее не существует.

Вот и первая бета версии 3.80 вышла
http://rarlab.com/rar/wrar38b1.exe
А в [more=списке изменений] Version 3.80 beta 1

1. Added support for ZIP archives containing Unicode file names
in UTF-8 format. When creating ZIP archive, WinRAR stores
names in Unicode only if they cannot be stored correctly using
the current single byte character set.

2. Added decompression support for WinZip AES encrypted ZIP archives.

3. Improved Unicode support for RAR and ZIP archive names.

4. "Ask before overwrite" and "Skip existing files" update modes
are now available in archiving dialog. They allow to specify
WinRAR behavior when updating already existing files in archive.
Unlike already available "Fresh existing files only" and
"Add and update files", these new modes ignore file date
and compare only file names.

Command line equivalents of these modes are:

a) switch -o enables "Ask before overwrite" archiving mode;

b) switch -o- enables "Skip existing files" archiving mode;

c) switch -o+ enables "Overwrite all" mode (default for archiving).

5. New "Add to context menu" option in "Profile parameters" dialog.
If this option is on, the profile name will be displayed in Explorer
context menus allowing to activate a profile from context menu.

6. New -cp switch allows to select a compression profile
in command line mode. It is supported only by GUI WinRAR.exe,
not by rar.exe.

7. New "Options" page of archiving dialog contains the group of
settings modifying the behavior of "Delete files after archiving"
option from "General" page:

a) Delete files. Delete files normally like in previous WinRAR
versions.

b) Move files to Recycle Bin. Deleted files are placed to
Recycle Bin.

Command line equivalent of this option is -dr switch.

c) Wipe files. Before deleting file data are overwritten by
zero bytes to prevent recovery of deleted files.

Command line equivalent of this option is -dw switch.

All these options have an effect only if "Delete files
after archiving" is on. You can enable any of these options
in the default compression profile to change the default
behavior of "Delete files after archiving".

8. WinRAR "Extraction path and options" dialog is now resizable.
You can use the mouse to drag its border to the desired size
and provide more space for folder tree pane. WinRAR will store
new dimensions of this dialog.

9. New "Update" SFX script command and "Update mode" group
of options in "Update" page of "Advanced SFX options" dialog.
These command and options allow to check time and implement
file time based updating;

10. SFX script "Shortcut" command and "Add shortcut..." command
in "Advanced SFX options" dialog now allow to specify
an icon file containing an icon associated with shortcut.

11. New "Wipe temporary files" option in "Settings/Security" dialog
provides more secure, though slower, way to delete temporary
WinRAR files.

12. WinRAR and RAR display the total progress bar when unpacking
a multivolume RAR archive if all volumes are present
in the same folder.

13. WinRAR and RAR automatically expand names of environment
variables in list files. For example, a list file can contain
lines like:

%windir%\*.exe
%USERPROFILE%\Desktop

This feature is available only in Windows RAR version.

14. Added support of TAR archives with non-zero "extra field" data.

15. Added support of TAR archives, which does not contain
the end of archive entry consisting of 512 zero bytes.

16. Improved Unicode support when dragging files from WinRAR window.

17. Shift+Tab key combination can be used in main WinRAR window to
switch the input focus between interface elements (files, comment,
tree, address) in reverse order. In previous versions Shift+Tab
used the same order as Tab.

18. Corrected a possible WinRAR crash when opening truncated
UDF ISO filesъ[/more] оптимизации скорости сжатия под многоядерники нету. Разница в сжатии между многоядерниками и одноядерниками, ИМХО, совсем маленькая, в том же 7-Zip на многоядерных на порядок выше скорость чем на аналогичных одноядерных. Но список нового все-равно впечатляет Ждем русскую версию беты.

SergikZ

Цитата:

Но список нового все-равно впечатляет Ждем русскую версию беты.

Интересно, что вот эта новая фича

Цитата:

6. New -cp switch allows to select a compression profile
in command line mode. It is supported only by GUI WinRAR.exe,
not by rar.exe.

на самом деле уже давно существует и работает, просто недокументирована.
Если из GUI WinRAR создать ярлык для профиля (окно "Параметры профиля", опция "Создать ярлык на Рабочем столе"), то в командной строке ярлыка вы увидите именно этот параметр -cp вместе с именем профиля. Т.е. С:\WinRAR\WinRAR.exe -cpИмя_профиля

Подобная командная строка для WinRAR на запуск профиля архивации у меня уже ХЗ-сколько работает из-под nnCron и есть оно как минимум во всех версиях 3.** (ИМХО в любой версии, в которой есть возможность создать ярлык для профиля архивации).
Даже здесь эта фича уже обсуждалась для задач резервного копирования .

SergikZ

Цитата:

в том же 7-Zip на многоядерных на порядок выше скорость чем на аналогичных одноядерных

Неужели действительно в 10 раз выше?

Цитата:

Ждем русскую версию беты

Первой беты может не быть.

Попытался WinRARом 3.8b1 из архива перетащить файл на рабочий стол - система выдала, что обнаружена ошибка и приложение будет закрыто.При возврате на версию 3.71 проблема исчезала при установке 3.8b1 возвращалась.Попробовал на другом компьютере - то же самое.Потом на рабочем столе сделал матрёшку - создал папку, в ней ещё одну и т.д. получилось, что 3.71 без проблем можно извлечь перетаскиванием из архива находящегося в 10й папке,а 3.8b1 уже в 4й начинает глючить. Доигрался, что сработала система восстановления Windows после сбоя. У кого нибудь подобное было?

Кто с буржуйским дружит, переведите список изменений на русский. А то онлайн-переводчики такую ... переводят

Версия 3.80 бета 1

1. Добавлена поддержка архивов ZIP, содержащих файлы с именами в формате
UTF-8 (Unicode). При создании ZIP-архива WinRAR сохраняет имена в
юникоде, только если их нельзя корректно сохранить, используя текущий
однобайтовый набор символов.

2. Добавлена поддержка распаковки ZIP-архивов с шифрованием AES, созданных
утилитой WinZip.

3. Для архивов RAR и ZIP улучшена поддержка юникода в именах.

4. Режимы "Выдавать запрос перед перезаписью" и "Пропускать существующие
файлы" теперь доступны в диалоге архивирования. Это позволяет указывать
WinRAR, как поступать при обновлении файлов, уже имеющихся в архиве.
В отличие от режимов "Обновить существующие файлы" и
"Добавить с обновлением файлов", эти новые режимы игнорируют даты файлов
и сравнивают только их имена.

При использовании командной строки, эквиваленты этих режимов следующие:

а) ключ -o включает режим архивирования "Выдавать запрос перед перезаписью";

б) ключ -o- включает режим архивирования "Пропускать существующие файлы";

в) ключ -o+ включает режим "Перезаписывать все" (по умолчанию для
архивирования).

5. Новый параметр "Добавить в контекстное меню" в диалоге "Параметры профиля".
Если включить этот параметр, имя данного профиля будет отображаться в
контекстных меню Проводника Windows, т.е. профиль можно будет
активировать непосредственно из контекстного меню.

6. Добавлен ключ -cp<имя_профиля>, позволяющий выбирать профиль сжатия в
режиме командной строки. Ключ поддерживается только в версии с
графическим интерфейсом (WinRAR.exe), но не в консольной версии (rar.exe).

7. Новая вкладка "Опции" в диалоге архивирования, содержащая группу
опций для изменения поведения параметра "Удалить файлы после упаковки"
на вкладке "Общие":

а) "Удалить файлы": при выборе этого варианта файлы удаляются обычным
образом, как в предыдущих версиях WinRAR.

б) "Переместить файлы в Корзину": удалённые файлы помещаются в Корзину.

Эквивалент этой опции в командной строке: ключ -dr.

в) "Уничтожить файлы": перед удалением файла содержащиеся в нём данные
перезаписываются нулевыми байтами, что препятствует восстановлению
удалённых файлов.

Эквивалент этой опции в командной строке: ключ -dw.

Все эти опции имеют силу только при включённом параметре "Удалить файлы
после упаковки". Чтобы изменить стандартное поведение этого параметра,
любую из этих опций можно включить в профиль архивирования, используемый
по умолчанию.

8. Диалог WinRAR "Путь и параметры извлечения" теперь допускает изменение
размеров окна. Чтобы увеличить размер поля с деревом папок, просто
перетащите мышью край окна. Новые размеры диалога WinRAR запоминает.

9. Новая команда "Update" для SFX-сценариев и группа параметров
"Режим обновления" на вкладке "Обновление" в диалоге "Дополнительные
параметры SFX". С помощью этих команды и параметров можно проверять
время и реализовать обновление файлов на основе их времени.

10. Команда "Shortcut" SFX-сценариев и команда "Добавить ярлык..." в
диалоге "Дополнительные параметры SFX" теперь позволяют указывать файл
значка, содержащий значок, ассоциированный с ярлыком.

11. Новый параметр "Уничтожать временные файлы" на вкладке "Безопасность"
в диалоге установок WinRAR обеспечивает более надёжное, хотя и менее
быстрое удаление временных файлов, создаваемых во время работы WinRAR.

12. WinRAR и RAR отображают общий индикатор хода распаковки многотомного
RAR-архива, если все тома этого архива находятся в одной папке.

13. WinRAR и RAR автоматически расширяют имена переменных окружения в списке
файлов. Например, список файлов может содержать такие строки:

%windir%\*.exe
%USERPROFILE%\Desktop

Эта функция доступна только в версии RAR для Windows.

14. Добавлена поддержка архивов TAR с ненулевыми данными "extra field".

15. Добавлена поддержка архивов TAR, которые не содержат элемент конца
архива из 512 нулевых байт.

16. Улучшена поддержка Unicode при перетаскивании файлов из окна WinRAR.

17. Для переключения в обратном порядке между элементами интерфейса главного
окна WinRAR (файлы, комментарий, дерево, адрес) можно использовать
сочетание клавиш Shift+Tab. В предыдущих версиях клавиши Shift+Tab
переключали фокус ввода в том же порядке, как и Tab.

18. Устранена возможность сбоя WinRAR при открытии усечённых файлов ISO c
файловой системой UDF.

DimmY
Спасибо. Приличный список полезных фич. Еще бы сжатие увеличили до 7zip - вского. А то приходится 2 архиватора устанавливать.

Увеличение плотности сжатия (читай: смена алгоритма) автоматически повлечёт за собой проблемы с совместимостью и, как следствие, большое количество недовольных пользователей. Степень сжатия сегодня волнует очень немногих (особенно если процентная разница примерно такая, как между RAR и 7z, т.е. совсем не умопомрачительная).

Dobrii vecher i proboval vaiti v silki kotorie vi daiote no ne mogu voiti sait ne hotset otcrivatsia sto mne delati?

DimmY


Если мне надо побыстрее и не важен размер - жму винраром, если важен размер (передача файлов в инете) - 7 зип.

Nthnsq
И что? Это как-то решает проблемы с совместимостью? Или вы причисляете себя к большинству легальных пользователей WinRAR?

Этот просто тест.

Nthnsq
это сугубо относительно...

Заметил тут на сайте Microsoft
sfx-rar многотомный

Visual Studio® Team System 2008 Team Foundation Server and Team Suite VPC Image (Trial)
http://www.microsoft.com/downloads/results.aspx?pocId=&freetext=Visual%20Studio%20Team%20System%202008%20Team%20Suite%20%28Trial%29&DisplayLang=en

DimmY

Цитата:

Увеличение плотности сжатия (читай: смена алгоритма) автоматически повлечёт за собой проблемы с совместимостью и, как следствие, большое количество недовольных пользователей.

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

lucky_Luk
Насколько я знаю мнение автора, увеличение плотности сжатия (точнее, тот процент, которого сегодня можно реально достичь без катастрофического увеличения потребности в вычислительных мощностях) на сегодня уже не столь актуальная задача, чтобы ради неё идти на очередной шаг со сменой алгоритма.
Если вам интересно моё мнение, то лично мне, конечно, хотелось бы, чтобы RAR жал поплотнее, но это желание обусловлено, главным образом, лишь "спортивным интересом" ("у 7z лучше -- абыдна, да!" ), но не реальной потребностью.
Обычный пользователь вообще не выбирает. Он приблизительно знает, что такое ZIP, слышал, что RAR это что-то типа ZIP, а когда ему попадается 7z, то и вовсе жмёт в растерянности плечами.
Время архиваторов, похоже, заканчивается, и они остаются интересными лишь для энтузиастов, коих всё меньше и меньше. Такова селява.

DimmY

Цитата:

Время архиваторов, похоже, заканчивается, и они остаются интересными лишь для энтузиастов, коих всё меньше и меньше. Такова селява.

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

DimmY

Цитата:

Время архиваторов, похоже, заканчивается, и они остаются интересными лишь для энтузиастов, коих всё меньше и меньше. Такова селява.

abz

Цитата:

Время архиваторов вряд ли вообще когда-либо закончится, так как с ростом скорости интернета гиганскими шагами растёт объём приложений и их производных. Последние растут куда быстрее, чем первое.

Заканчивается "время архиваторов" для задач локального резервного копирования информации, а для передачи информации через Интернет они еще долго будут нужны.

lucky_Luk

Цитата:

Заканчивается "время архиваторов" для задач локального резервного копирования информации

Это отчего же?

WinRAR 3.80 Beta 2

Цитата:

Changes in Version 3.80 beta 2:
1. Bugs fixed:
a) beta 1 could display random garbage characters in context menu in Windows x64;
b) beta 1 could display only a part of files in tar.gz archives;
c) beta 1 could fail to set timestamps for files extracted from ZIP archives;
d) beta 1 could issue a rename error message and abort when creating RAR volumes with Unicode characters in archive name.

http://www.rarlabs.com/rar/wrar38b2.exe

lucky_Luk

Цитата:

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

Неа.
Как раз таки на первом месте (имхо, есессно) - дополнительные возможности: многотомные архивы, надёжное шифрование, информация для восстановления, тестирование архивов на ошибки и их исправление.
Понятный, внятный и удобный интерфейс, удобное контекстное меню - это вообще один из главных критериев.
Скорость сжатия - тоже важна.
А плотность сжатия - вообще где-то в конце числится (если разница не шибко велика, есессно - а у тех же WinRAR и 7Zip разница не очень велика (за исключением, может, частного случая великолепного ужимания 7Zip-ом ISO-образов Акрониса)). Тратить дополнительно несколько часов, чтоб получить архив на полсотни мегов меньше - это для маньяков или для каких-то редких специфических задач.
===
Да и вообще: 1-2 стандартных типа архива - и больше ничего не надо. А то тут у нас тут на файлопомойке местной опять модно стало у всяких недалёких "типо_крутых_хацкеров" сжимать проги всякой экзотикой типа ALZip (alz), который кроме родной проги ещё и ничем не разархивируешь.

WinRAR 3.80 beta 2 Russian

Цитата:

Версия 3.80 бета 2

1. Исправлены ошибки:
а) в среде Windows x64 версия бета 1 могла выводить бессмысленный набор символов в контекстном меню;
б) бета 1 могла отображать только часть файлов в архивах tar.gz;
в) бета 1 могла выдавать ошибку при установке времён у файлов, извлечённых из архивов ZIP;
г) бета 1 могла вызывать сообщение об ошибке переименования и прекращать работу при создании томов RAR с Unicode-символами в имени архива.

http://www.rarlabs.com/rar/wrar38b2ru.exe

Доброго времени суток.

Никто случайно не сталкивался со следущим багом?

При создании архива из командной строки:
C:\Program Files\WinRAR\WinRAR.exe a -r -rr10p -ag_DDMMYYYY \\server1\archive\arh.rar \\server2\f$\temp\
Процесс прерывается на 99%, по ощущениям при записи информации для восстановления, с ошибкой типа ему не хватает места (места естественно хватает с лихвой)
Папка temp занимает порядка 2.5 Гб
Если делать архив без информации для восстановления то все проходит нормально, если на информацию для восстановления отвести 5% (-rr5p) то тоже все в порядке.
arh.rar получается порядка 900 Мб.

Версии WinRAR-а пробовал от 3.50 до 3.80 b2 (все по очереди)

Вот собственно и впорос, в чем может быть проблема?

OwerlorD
Свободного места может не хватать на той машине, с которой инициируется запуск WinRAR.

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

OwerlorD

Цитата:

Запуск инициируется с той же машины куда кладется архив

А зачем тогда сетевой путь указан?
Цитата:

\\server1\archive\arh.rar

попробуй указать локальный.

Сетевой путь поставил для универсальности, но действительно если заменить его на локальный то все ОК.
Но тем не менее глюк интересный и явно связан с размером конечного файла, так как в случае сетевого пути все работает вплоть до 900 Мб (причем не важно уменьшить ли исходную папку или изменить процент отведенный под информацию для восстановления) как только за 900 переваливает все... хана... нет места %)
С локальным путем получился файлик 922 Мб... Вот такие чудеса однако...

P.S. Sish спасибо

abz

Цитата:

Это отчего же?

Потому что для задачи локального резервного копирования (при копировании в пределах 1 компа или на соседний) сейчас ИМХО проще купить еще один большой винчестер - и резервировать на него данные без сжатия (тупо всю структуру нужных папок 1 к 1, или даже RAID-зеркалирование сделать - это все недорого обойдется), чем тратить время на упаковку, распаковку, просмотр и поиск нужного файла в большом архиве, учитывать возможность открытия резервного архива на любой машине (при сбое основной системы будет не до установки WinRAR на машине товарища) и т.д.
Большие конторы ИМХО вообще архиваторами уровня WinRAR не заморачиваются, там или специфический софт или навороченный RAID на несколько дисков.
Реально архиватор типа WinRAR сейчас нужен в 2 случаях:[more]
1. Что-то перенести на небольшой флешке (128 Мб, но проще большую флешку купить ). Если "оно" не влазит на CD или DVD, то скорее всего это фильм или музыка, а и то, и другое жметься плохо, поэтому сжимать такие данные вообще нет смысла. Образы дисков в большинстве случаев тоже сжимаются фигово. Ну в крайнем случае быстрее распилить образ на 2 файла сплиттером и записать на 2 болванки.

2. Переслать или выложить что-то в Сеть. Вот тут архиваторы рулили и будут рулить. Сжать, разбить на тома, добавить инфу для восстановления, защитить данные паролем - это все для Сети актуально.
Но для Сети ИМХО самое важное - плотность сжатия. Приемлемая скорость (сравнимая с другими полулярными архиваторами) тоже важна, но это не главное, скорость при необходимости всегда можно увеличить за счет использования менее "плотного" алгоритма сжатия. А вот когда нужно ужать по-максимуму, вот это тест для архиватора - если другой жмет лучше да еще и халявный - то для таких задач (а это основная задача и повод для покупки архиватора пользователем) будут юзать именно другой архиватор.

Вариант - держать в системе тот же WinRAR для оказии, чтобы можно было открыть присланный или переданный кем-то архив - это для школьников, студентов и техноманьяков (которые не платят ). Реальной необходимости в этом часто нет, поэтому серъезные люди быстро отучат клиентов от нераспространенного формата архивов (который требует для обработки дополнительную программу) простым игнорированием таких заархивированных файлов, клиент и пр. быстро пересядут на zip (который в большинстве случаем можно открыть на любой машине - его даже Винда понимает). Ну в крайнем случае поставят - используют по назначению один раз - и удалят (если их за пиратство гоняют).
А фичи - реально большинство не юзает - большинство о них не знает, а кому надо - юзают спецсофт (например для защиты инфы, WinRAR не сможет соревноваться со спецсофтом типа DriveCrypt и т.д.). Разбивку на тома и SFX тоже не будут серьезные люди юзать - они свой софт в инсталляторы пихают, и на файлообменники с лимитом закачки и скачки не выкладывают .
[/more]
Проблема не в том, что 7-zip жмет лучше WinRAR, а в том, что он и жмет лучше, и халявный, поэтому именно его будут юзать те, кто боится наказания за пиратство - предприятия и пр. Такие "клиенты" юзают или архиватор, встроенный в другую купленную программу (скорее всего это будет какой-то подвид zip-архиватора, например упаковщик в zip в Total Commander и т.п.) или юзают халявный другой архиватор.
Поэтому основной клиент Рошала - ИМХО техноманьяк-Интернетчик (студенты и пр. не в счет - они не платят), а техноманьякам плотность сжатия нужна, иначе поставят 7-zip, а триальный WinRAR будут просто про запас держать.

Кто знает что за зверь WinRAR Password Remover?