» WinRAR (часть 2)

EugeneRoshal

Цитата:

Нет.

А добавить очень сложно? А то парсить вывод UnRAR.exe на "неопределенном" языке очень сложно.

Цитата:

Команда "lt".

Спасибо, но это слишком подробно. Проще будет самому "дофантазировать" не выведенный век и секунды.

GORA2

Цитата:

А добавить очень сложно?

Редко требуется. Да и решить легко без привлечения дополнительных ключей: создать каталог eng (без rarlng.dll), поместить в него unrar.exe и запускать как eng\unrar.exe.

Skif_off

Цитата:

А WinRAR при упаковке в несколько файлов не так делает? Или как lame - по потоку на архив?

[more=Из справки]Многопоточность
Если включено, WinRAR будет использовать многопоточную версию алгоритма сжатия RAR, обеспечивающую более высокую производительность на компьютерах с многопроцессорной или многоядерной архитектурой. По умолчанию данный параметр включён, если операционная система сообщает, что в ПК имеется более одного процессора, однако его можно включить вручную даже в системе с одним процессором.

Этот параметр влияет не только на сжатие, но и на другие модули WinRAR, способные запускать несколько потоков. Как правило, предлагаемое WinRAR состояние по умолчанию даёт оптимальный результат, поэтому обычно его менять не нужно.
[/more]


Цитата:

А WinRAR при упаковке в несколько файлов не так делает?

Думаю, что нет.

Также про последовательно я имел ввиду еще и то, что для выбранных файлов скрипт все файлы упаковывает последовательно (т.е. сначала один файл, затем второй). А если запустить вручную (через интерфейс), то можно это делать параллельно.

Насчет программы кодирования в mp3, особо ничего не скажу, не проверял. На мой взгляд лучше использовать Ogg Vorbis. Лучше качество при меньшем битрейте.

Nick3230

Цитата:

...для выбранных файлов скрипт все файлы упаковывает последовательно (т.е. сначала один файл, затем второй). А если запустить вручную (через интерфейс), то можно это делать параллельно.

WinRAR делает так же последовательно, если только вы не запускаете несколько копий сабжа. Но и тогда каждая копия будет жать последовательно.

Для начала уточните используемые ключи, может быть, параметры сжатия в скрипте отличаются от используемых вами в GUI и вы теряете в скорости. [more=Или можете радикально:]
попробовать заменить в скрипте предпоследнюю строку на

Код: WSH.Run """" & Pr & """ " & Param & " && exit", 2, False

EugeneRoshal

Женя! С Новым Годом! И я вот с каким вопросом - поднял х64 ОС и на 64-х битной русской сборке Rar 5.20 обнаружил что в .lnk создаваемых Rar пути указывают на каталог %Program Files (x86)" в то время как файлы в %Program Files" лежат. Пришлось руками линки править. Значит где-то в исходниках сидит опечатка. Английскую не проверял - с железом проблемы. ОС пришлось ставить с флешки т.к. оптика не читается - проблемы с IDE.

Victor_VG
С Новым годом!

Сейчас проверил под Win7 x64, пути указывают на 64-битный "Program Files". Вы с нуля устанавливали или поверх существующих .lnk от 32-битной версии? Может их почему-то не удалось перезаписать. А дистрибутив WinRAR официальный, с rarlab.com?

Ставил с нуля, ОС новая, дистрибутив скачан с FTP RARLabs. Может ОС чудит ибо драйвера Renesans mPD720201 постоянно слетают (за этой картой сиё в принципе водится)

EugeneRoshal

Женя я кажется понял где причина явления - ярлыки звались из-под х86 Far, а тот включил редирект (надо посмотреть настройки - наверняка там причина) и естественно пути оказались "исправлены" - я ранее у себя х64 ОС не ставил ибо на 2 - 4 ГБ ОЗУ смысла ставить её нет, а на 8 Гб развернул, но есть небольшие проблемы и наверняка одна уйдёт с заменой IDE -> SATA DVD-RAM (это старое явление вызываемое логическим разрывом адресов в пространстве I/O, а на MSI P45D3 Platinum это есть), ну а вторая связана с кривостью драйверов Renesas/NEC mPD720201 - постоянно слетают и идей по устранению с ходу нет, а контроллер нужен...

Подскажите пожалуйста. Необходимо переустановить винду и при этом нужно сохранить профили архиватора. Где их найти?

WinRAR сам умеет сохранять свои настройки по команде пользователя.
Меню 'Параметры' -> 'Импорт/Экспорт'

Hi All,

В F.A.Q. я ответа на этот вопрос не нашел.

В дистрибутиве WinRar 4.20 есть каталог Formats с модулями, которые помогают распаковывать другие форматы.
В дистрибутиве WinRar 5.20 такого каталога с модулями нет.
Вопрос: Где его теперь брать ?

StalkerSoftware
Теперь эти модули входят в состав winrar.exe и как отдельные файлы больше не нужны.

EugeneRoshal

Женя! Ещё раз спасибо за подсказку - причины были в редиректе и несовместимости оптики - сменил IDE на SATA болванки читаются, а за редирерект 32-х битный софт отвечал - это мои привычки устарели, бум менять.

P.S.

С контроллером всё смешно до идиотизма - драйвера написаны так, что могут стартовать только при инициализации ядра ОС, а в .INF по ошибке прописали StartType = 3 хотя надо было писать StartType = 1. Просто кто-то про этот момент забыл, ну все мы ошибаемся, бывает.

Как перенести найстройки из ini-файла в реестр на другом компьютере?

Darth_Max
Такой функции в WinRAR нет. Можно только из реестра в ini.

WinRAR 5.21 Beta 1 English

32 bit - http://rarlab.com/rar/wrar521b1.exe
64 bit - http://rarlab.com/rar/winrar-x64-521b1.exe

MAX63ru

Цитата:

WinRAR 5.21 Beta 1

1. "Drag and drop context menu" options in "Settings/Integration/
Context menu items" dialog allow to disable WinRAR archiving
and extraction commands in context menu displayed after dragging
and dropping files with right mouse button.

2. If winrar.ini file is present in the same folder as WinRAR installer,
winrar.ini will be copied to WinRAR program folder after completing
installation.

3. While previous versions could produce RAR5 volumes of slightly
smaller than requested size sometimes, such situation is less
likely now. In most cases volume size equals to specified by user.

4. Bugs fixed:

a) WinRAR 5.20 issued unnecessary user account control (UAC) prompt,
when running an executable from archive stored in UAC protected
folder. Since nothing is extracted to folder containing an archive
in such case, UAC prompt is not needed;

b) WinRAR could overwrite files with read-only attribute only
when unpacking RAR and ZIP archive formats. Now it is also
implemented for other archive formats supported by WinRAR;

c) "Elapsed time" and "Time left" were displayed incorrectly
when applying "Convert" command to multiple archives
and enabling "Add recovery record" option.

EugeneRoshal

Русскую версию 5.21 уже скачал, ссылку в шапке исправил. Спасибо вам с Димой за эту работу!

С вашего разрешения приведу выписку из списка изменений русской сборки версии 5.21 бета 1:

[more=Версия 5.21 бета 1]

1. Параметры "Контекстное меню при перетаскивании" в окне "Установки/
Интеграция/Элементы контекстного меню" позволяют отключать команды
архивирования и извлечения WinRAR в контекстном меню, отображаемом
при перетаскивании файлов с нажатой правой кнопкой мыши.

2. Если в папке с программой установки WinRAR имеется файл winrar.ini,
он будет скопирован в программную папку WinRAR по окончании установки.

3. Предыдущие версии могли создавать тома RAR5 чуть меньшего размера, чем
заданный. Сейчас это менее вероятно – в большинстве случаев размер
томов соответствует значению, указанному пользователем.

4. Исправлены ошибки:

а) WinRAR 5.20 выдавал ненужный запрос контроля учётных записей (UAC)
при запуске исполняемого файла из архива, находящегося в защищённой
UAC папке. Поскольку в такой ситуации в папку с архивом ничего
не извлекается, запрос UAC не нужен;

б) WinRAR мог перезаписывать файлы с атрибутом "Только чтение" только
при распаковке архивов RAR и ZIP. Теперь эта возможность реализована
и для других форматов архивов, поддерживаемых WinRAR;

в) неверно выводилось прошедшее и оставшееся время для команды
"Преобразовать" при обработке нескольких архивов и включённом
параметре "Добавить данные для восстановления".[/more] а то иные нам и не поверят.

У меня возникла проблема:
В WinRaR шрифт стал настолько большим что не помещается в окне программы.
(система Win7, x64) Проблема возникла давно, руки дошли только сейчас.
Удаление предыдущей версии и установка новой - не помогают.

Чувствую что-то в реестре надо со шрифтами делать - а что - не представляю...

OLEGxUSSR
А размер текста (DPI) в настройках Windows у вас стандартный - 100%? Если нестандартный, напишите значение, проверю у себя.

Ну конечно стандартный размер шрифта.
Я склонен полагать, что установка какой-то игры (именно старой какой-то, с разрешением 800х600) привела к правке шрифтов в реестре. За давностью событий (уже год прошёл)
вычислить не могу. Хотя даже если и вычислю - делу не поможет - удаление игры значение реестра не вернёт. Вернёт ручная правка. Вот что именно поменять и где - я не знаю.

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

OLEGxUSSR
Если в масштаб шрифтов 100%, но шрифт все равно больше, то значит в настройках стиля/темы оформления вручную заменили шрифт или поменяли его размер. Попробуй выбрать стандартную тему оформления, в принципе, должно помочь.

OLEGxUSSR

Цитата:

такое ощущение, что

С такими заходами могут и не пожелать помочь К тому же вы совсем не правы. И вряд ли кто-то торчит на форуме круглые сутки, ожидая вашего вопроса, можно и подождать немного, раз на год хватило терпения
Посмотрите первую и третью ссылки, только сначала способы без диска и восстановления системы.
Проблема только в WinRAR? Если нет, то вам, например, сюда или сюда. Если только в WinRAR, то можно обойтись малой кровью, уточнив используемый шрифт.

Приветствую, форумчане!
Есть проблема, а знаний и опыта (навыков, умений) не хватает для ее решения.
Требуется создать файл, который можно будет запускать как задачу по расписанию в среде Windоws.
Запущенный файл-задача должен архивировать все подпапки в указанной папке и размещать полученные архивы в другой папке (целевой), при этом имена создаваемых архивов=имя подпапки+расширение. При совпадении имен архива с уже имеющимся в целевой папке должна происходить перезапись "новым" архивом. Крайне желательно создавать зашифрованный архив с информацией для восстановления.
Как все это реализовать?
Будут какие-нибудь предложения, пожелания, кроме RTFM?

vlarol
Цитата:

Будут какие-нибудь предложения, пожелания, кроме RTFM?

Для начала почитать раздел "Режим командной строки".

Цитата:

Для начала почитать раздел "Режим командной строки".

Да почитал до того, как запостить, но толку то...
указал же выше:

Цитата:

Есть проблема, а знаний и опыта (навыков, умений) не хватает для ее решения.

Цитата:

Будут какие-нибудь предложения, пожелания, кроме RTFM?

Архивирую пару больших папок с офисными документами (в основном Acrobat PDF и MS Word 2007/2010, то есть, уже внутренне пожатые): 290 MB, 3 970 files, 378 directories. Recovery record 10%, пути относительные, защита имён файлов паролем.

Формат Rar4. размер словаря дефолтный 4096 KB, Compression method:"Normal": размер архива на выходе 215 MB.

Формат Rar5. размер словаря дефолтный 32 MB, Compression method:"Best": размер архива на выходе 216 MB

ЧЯДН? Разве Rar5 со своим бОльшим словарём не должен обеспечивать лучшее сжатие?

Спасибо!

---

Добавлено:

EugeneRoshal

В 5-м WinRar на вкладке [Options] имеется секция [Quick Open information]: Do not add/Add for larger files/Add for all files.. При чтении [more=описания фичи в мануале] To improve archive open speed and still not make the entire archive dependent on a single damaged block, RAR 5.0 archives can include an optional quick open record. Such record is added to the end of archive and contains copies of file names and other file information stored in a single continuous block additionaly to normal file headers inside of archive. Since the block is continuous, its contents can be read quickly, without necessity to perform a lot of disk seek operations. Every file header in this block is protected with a checksum. If WinRAR detects that quick open information is damaged, it resorts to reading individual headers from inside of archive, so damage resistance is not lessened.

Quick open record contains the full copy of file header, which may be several tens or hundreds of bytes per file, increasing the archive size by the same amount. This size increase is most noticeable for many small files, when file data size is comparable to file header. So by default, in "Add for larger files" mode, WinRAR stores copies of headers only for relatively large files and continues to use local headers for smaller files. [/more]: бросилась в глаза одна фраза: "Such record is added to the end of archive and contains copies of file names and other file information stored in a single continuous block additionaly to normal file headers inside of archive." ("Такой отчет добавляется в конец архива и содержит копии имён файлов и другой информации о файлах...").

Насколько я понял, если при архивировании включена опция "Шифровать имена файлов", но имена и прочие данные в этой дополнительной записи "Quick Open information" тоже шифруются, правильно?
Тем не менее гложет мысль, что добавление этой дублирующей информации всё-таки может негативно повлиять на криптоустойчивость архива, так что при работе с конфиденциальными данными эту опцию лучше отключать. Я прав?

---

Добавлено:

EugeneRoshal

Создаю архив, защищённый паролем. Потом решаю сохранить текущие настройки в качестве нового профиля. Но получаю отлуп такого вот вида: "Are you sure you want to store a password to the profile?". Выбираю вариант "No", ожидая, что в новый профиль будут сохранены текущие настройки минус пароль. Вместо этого всё внезапно заканчивается, так и не создав нового профиля

Баг? Или фича с ну очень неочевидной логикой?

oshizelly
У меня в аналогичном случае результат обратный:
Непрерывный архив (без recovery record)
Формат Rar4. размер словаря дефолтный 4096 KB, Compression method:"Normal": размер архива на выходе 468 MB.

Формат Rar5. размер словаря дефолтный 32 MB, Compression method:"Best": размер архива на выходе 466 MB
Обычный архив (с 10% recovery record)
Формат Rar4. размер словаря дефолтный 4096 KB, Compression method:"Normal": размер архива на выходе 482 MB.

Формат Rar5. размер словаря дефолтный 32 MB, Compression method:"Best": размер архива на выходе 480 MB
Только исходные данные - 505,1 MB, файлы PDF и один rar-архив, всё в одном каталоге.,

oshizelly

Дык во входной смеси есть уже "пожатые" архивы. Достаточно.

oshizelly

Цитата:

Разве Rar5 со своим бОльшим словарём не должен обеспечивать лучшее сжатие?

Только если есть достаточно длинные повторы на дистанции, превышающей размер словаря RAR4. Значит на данной смеси файлов таких повторов было мало.

Цитата:

Насколько я понял, если при архивировании включена опция "Шифровать имена файлов", но имена и прочие данные в этой дополнительной записи "Quick Open information" тоже шифруются, правильно?

Правильно.

Цитата:

Тем не менее гложет мысль, что добавление этой дублирующей информации всё-таки может негативно повлиять на криптоустойчивость архива

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

Цитата:

Баг? Или фича с ну очень неочевидной логикой?

Фича. Так и планировалось, хотя, возможно, это сообщение WinRAR можно было сформулировать и получше.