» WinRAR (часть 2)

sergEO7905

Цитата:

а ни у кого ключа или кейгена не завалялось, для старого dos rara. 2.50 который. собрал поиграться на freedos комп, и только архиватор в нём без регистрации остался.

1. Вопрос для варезника...
2. Вплоть до этой версии включительно, регистрация позволяет ТОЛЬКО добавлять эл. подпись и вести журнал ошибок. Никаких ограничений в работе НЕТ.
3. Более поздние версии для Dos работают с обычным ключем. Последняя версия для Dos: ftp://ftp.rarlab.com/rar/rarx393.exe
4. Если принципиально использование именно версии 2.50 (для создания SFX-сценариев, например), то выложу кейген в Варезнике....

Цитата:

1. Вопрос для варезника...

там сейчас новьё winrar. и даже чуть чуть старые ссылки моментально протухают, а не то что такая древность.
Цитата:

2. Вплоть до этой версии включительно, регистрация позволяет ТОЛЬКО добавлять эл. подпись и вести журнал ошибок. Никаких ограничений в работе НЕТ.

ограничение есть. противная надпись НЕЗАРЕГИСТРИРОВАННО. ну и галочку поставить, в графе Мультимедиа сжатие без регистрации непозволяет.
Цитата:

Более поздние версии для Dos работают с обычным ключем. Последняя версия для Dos: ftp://ftp.rarlab.com/rar/rarx393.exe

он есть у меня, но его только косоль меня раздражает. а у версии 2.50 нортоновский панельный интерфес, приятного синего цвета, и никакой мерзкой моргающей чёрточки кнсоли.
Цитата:

4. Если принципиально использование именно версии 2.50 (для создания SFX-сценариев, например), то выложу кейген в Варезнике....

Весьма благодарен. Зарание спасибо. Только я думаю, что срок давности на такой архиватор уже закончился. Я тут думал что Сам уважаемый Евгений может покопается в загашнике, да и выложит подарочный комплект, как тут в шапке имеется.

sergEO7905

Считайте что тогда графический интерфейс был вынужденным решением - сама DOS как и её прародители - ОС MP/M - CP/M была консольной ибо в те времена когда они были созданы (конец 70-х - начало 80-х) даже на мэйнфремах ОС имели консольный интерфейс с текстовыми терминалами, а графические типа ЕС-7905/7906 с дисплеями ЕС-7065 были технической новинкой и для их получения требовалось специальное разрешение СовМина СССР, да и очередь для работы за ними была та ещё - для счёта с выводом картинки на эти терминалы нужно было каждый раз получать разрешение в министерстве и т.н. первом отделе (отделении КГБ в организации следившем за режимом секретности). Это потом появились массовые графические терминалы, а вначале люди и алфавитно-цифровым были рады. Кстати и ещё один популярный архиватор того периода - ACE имел собственную графическую оболочку, а большинство их функциональных аналогов обходились консольным интерфейсом командной строки и ничего, хватало. Кстати в работе он быстрее т.к. ОС не производит промежуточной трансляции GUI вызовов в команды исполнительной подсистемы. Но это так, мелочи для справки.

Цитата:

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

Подтверждаю.
В своё время делал замеры по финалкам 3.93, 4.20 и последующим версиям (теперь уже 5.21), с каждой новой по немногу добавляется скорость работы, особенно на многоядрах. Конфиг железа при этом не менял, так что достоверность соблюдается.
Да и автор сам в логах писал, что с 4.х он мега-оптимизацию какую-то запилил, что стала порядком быстрее работа. Про 5 ничего уже не писал, но разница тоже есть (хоть уже и не настолько большая).

з.ы.
Так, в качестве примера, на моём 4-головом проце с 1333 мгц оперативкой:
3.93 х32 - 448 / 1303 кбс
4.20 х64 - 612 / 1992 кбс
5.00 х64 - 633 / 2016 кбс
5.10 х64 - 898 / 2941 кбс (почему так получилось, сам не пойму, ожидал цифру похуже, но как есть)
5.21 х64 - 850 / 2623 кбс
(результаты winrar на 1 ядро и в мультитреде)

insorg

Цитата:

почему так получилось, сам не пойму, ожидал цифру похуже, но как есть

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

Цитата:

Считайте что тогда графический интерфейс был вынужденным решением

Как человек модераторствующий, пожалуйста не поймите меня неправильно. я прсто решил поиграть в досигры, и скачал их аж 30 гигов архивов, с рутрекера. разумеется всё из под чистого PTS-Dos. Хотя может еще и на freeDOS поменяю, так как гложит жаба о том что она всё таки новее. doszip comander, которым я поначалу распаковывать архивы пробовал-глючное говно. то закроется, то вообще зависнет. DN у меня голый, и чистый. вот так я к dosrar 2.50 и склонился. Ну а по поводу, того что раньше люди были и консоли рады, я ещё раз отвечу , что сейчас я ей не рад. мало того, я её немного ненавиу, так как ещё позавчера меня дёрнуло поставить у себя пингвина. полтора дня я сним промучился, исплевался, и исплакался на то, что полтора дня прошли за зря. с ручкой и листочком сидел, как раз эти консольные комманды с форумов выписывал, и пробовал возникающие проблемы ими иправлять. даже здесь, в линуксоидной ветке пожаловался. и всё зря. снёс, и во теперь с дос играми в удовольствие играюсь.
Большое спасибо Евгению, за его замечательный архиватор.

sergEO7905

Ну, я как инженер примерно подобного и ждал. В принципе вопросы с управлением командами под *NIX решаются просто - командой man <имя команды>(раздел) - система выведет на экран всё, что есть в справке по данной команде, правда возможно сначала придётся локаль под родной язык подстроить ибо так сложные вещи понять проще.

А что до игр - хотите могу подкинуть несколько игрушек в которые мы ещё в 89-м играли: F15, Gods, Viking, ZELIARD. Gods у меня когда-то и на XP бегала, про другие не вспомню. Может кому радость доставят.

EugeneRoshal

Нет ли возможности создать профиль так, чтобы в него подставлялось полное имя файла?
Нужно формировать имена архивов типа: mail.log.zip, добавляя только один файл в архив, или типа base.trc.rar. Сейчас расширение приходится добавлять руками.
Кстати, сжимать файлики fb2 тоже было бы приятно, получая имена book.fb2.zip.
Может есть какой макрос для подстановки полного имени?

Ar0ma

По FB2 - особого смысла сжимать их нет - это уже Zip контейнер. Потому их размер может и увеличится.

Цитата:

По FB2 - особого смысла сжимать их нет - это уже Zip контейнер. Потому их размер может и увеличится.

Victor_VG
Ничего не путаете? Посмотрел свои файлы .fb2.zip - сжатие в 2 и более раз.

Цитата:

По FB2 - особого смысла сжимать их нет - это уже Zip контейнер.

Видимо у нас разные fb2. У меня это XML

https://ru.wikipedia.org/wiki/FictionBook

Aleksandr SHCH

Позже свои точнее гляну - на серверах проблемы со слётом ссылок при синхронизации вылезли.

Ar0ma

Цитата:

Кстати, сжимать файлики fb2 тоже было бы приятно, получая имена book.fb2.zip.
Может есть какой макрос для подстановки полного имени?

Сейчас такой возможности нет. Если делать когда-нибудь это опцией, не совсем понятно, где именно эта опция должна быть. Возможно она уместнее бы выглядела не в профиле сжатия, а в Settings/Compression. Но будет ли удобна така глобальная настройка. Или же придется указывать для нее еще список расширений: для этих добавляем, для остальных заменяем. И как отрабатывать эту настройку, если для упаковки выбрано несколько файлов.

Aleksandr SHCH

Глянул свои файлы - да, я ошибся - у меня в основном .fbz валяются.

Цитата:

Кстати, сжимать файлики fb2 тоже было бы приятно, получая имена book.fb2.zip

TotalCommander дает такие имена (name.ext.zip) если при архивации поставить опцию "Отдельные архивы для каждого выбранного файла/каталога"

EugeneRoshal


Цитата:

Возможно она уместнее бы выглядела не в профиле сжатия, а в Settings/Compression.

Мне кажется нужно добавить в профиль макрос формирования имя архива, туда же, в макрос, запихнуть, например дату и время, добавляемую к имени архива.

Ar0ma

Цитата:

Мне кажется нужно добавить в профиль макрос формирования имя архива

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

Цитата:

запихнуть, например дату и время, добавляемую к имени архива

Это уже дублирование опции "Generate archive name by mask".

Ar0ma

Вообще-то я бы иначе сделал - конвейер команд из rar а на выходе mv со счётчиком цикла. По мне так проще.

EugeneRoshal


Цитата:

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

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

Например, я регулярно сжимаю log файлы, но только для некоторых нужно двойное расширение. Проще создать профиль, засунуть его в контекстное меню и вызывать по необходимости.
Также иногда возникает задача добавлять в имя архива текущую дату типа: mail.log-2015-03-09.rar
Поэтому я и спросил про макрос. Был бы макрос для формирования имени архива, это решило бы кучу проблем. Создаем профиль, в котором имя архива формируем макросом, красиво и элегантно

Ar0ma

Цитата:

Также иногда возникает задача добавлять в имя архива текущую дату типа: mail.log-2015-03-09.rar

Для этого уже есть "Generate archive name by mask" на странице "Backup".

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

А если архив обычный, а не запароленный?

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

Спасибо!

oshizelly

Всё зависит от ваших настроек временного каталога - если работа требует его использования, то да, следы легко восстановимы, иначе - чуть труднее, но для профессионала если он за это возьмётся, то такая задача решаема.

Victor_VG 22:36 11-03-2015
Цитата:

Всё зависит от ваших настроек временного каталога

Настроек временного каталога - где? В сабже? В OS?

oshizelly

Естественно в рар-е. У оси свои заморочки.

22:36 11-03-2015
Цитата:

Всё зависит от ваших настроек временного каталога - если работа требует его использования, то да, следы легко восстановимы, иначе - чуть труднее,

Имеется в виду опция [Wipe temporary files] (затирать временные файлы) на вкладке [Security]? Или что-то другое?

oshizelly

Условия когда используется временный каталог и в том числе эта опция.

oshizelly

Цитата:

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

Остаются, если распаковывать через drag & drop. Не остаются, если распаковывать другими способами (Extract To, контекстное меню, командная строка).

На почту уже писал, тут тоже напишу.

Очень не хватает 2 функций, из-за отсутствия которых часто вынужден использовать Bandizip:

http://www.bandisoft.com/bandizip/help/utf8/ - переключение кодовой таблицы для обработки имён файлов. Очень помогает, когда имеем дело с файлами, созданными в системе с языком, отличным от англ и рус и без UTF-8. (глупо ожидать, что просле добавления поддержки архивирования с именами в UTF-8 в некоторые массовые архиваторы все архивы вдруг станут с UTF-8)

http://www.bandisoft.com/bandizip/help/fastdnd/ - нормальная поддержка drag-and-drop. Сейчас WinRAR способен производить только 1 операцию перетаскивания за раз, и чаще всего использует системную папку TEMP как буфер (причём логика "использовать - не использовать" мне до сих пор не понятна), что в итоге требует больше времени и дисковых операций на распаковку. Более того, у меня не раз случалось такое, что WinRAR зависает в какой-то момент, и это в итоге приводит к невозможности использования drag-and-drop во всей системе, если не убить процесс.

EugeneRoshal 09:38 12-03-2015
Цитата:

(Копии извлекаемых файлов в локальной папке %Temp%) Остаются, если распаковывать через drag & drop. Не остаются, если распаковывать другими способами (Extract To, контекстное меню, командная строка).

Спасибо! А как это коррелирует с указанной мной опцией [Wipe temporary files] (затирать временные файлы) на вкладке [Security]? Или она работает только при извлечении файлов другими способами, за исключением drag-and-drop?

Liandri

Цитата:

нормальная поддержка drag-and-drop

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

oshizelly

Цитата:

Или она работает только при извлечении файлов другими способами, за исключением drag-and-drop?

Должна работать и с drag&drop.

Добавлено:
Liandri
Там еще непонятно как с сетью быть. Эта d&d опция в Bandzip работает для UNC путей вида \\server\share\path без буквы диска?