Появилась русская бета 4, но в ней косяк с разрядностью. Ждите обновления.
» WinRAR (часть 2)
Цитата:
Вплоть до 2x объема данных - может дать выигрыш в сжатии, так как следующий меньший словарь окажется меньше размера данных.
а почему rar не может регулировать размер словаря с точностью хотя бы до мегабайта?
Bulat_Ziganshin
Цитата:
Выигрыш - невелик, а для степени двух удобнее и быстрее обрабатывать переполнение - достаточно одной команды and.
Цитата:
а почему rar не может регулировать размер словаря с точностью хотя бы до мегабайта
Выигрыш - невелик, а для степени двух удобнее и быстрее обрабатывать переполнение - достаточно одной команды and.
EugeneRoshal
ничего себе невелик, до 2 раз меньше озу нужно. насчёт переполнения - да, что-то медленнее будет. в lzma/tornado при упаковке приходится сдвигать весь буфер целиком (и резервировать в нём место для сдвига) с пересчётом хеша, при распаковке проверять что src/dest не переполнятся при копировании матча прежде чем его выполнять. но мне кажется что выигрыш от произвольного размера словаря выше, советую предусмотреть такую возможность в формате на будущее
ничего себе невелик, до 2 раз меньше озу нужно. насчёт переполнения - да, что-то медленнее будет. в lzma/tornado при упаковке приходится сдвигать весь буфер целиком (и резервировать в нём место для сдвига) с пересчётом хеша, при распаковке проверять что src/dest не переполнятся при копировании матча прежде чем его выполнять. но мне кажется что выигрыш от произвольного размера словаря выше, советую предусмотреть такую возможность в формате на будущее
Bulat_Ziganshin
Цитата:
Но только в частном случае, когда размер данных находится в диапазоне ]0.5, 1.0[ размера словаря, причем размер словаря достаточно велик, чтобы нас интересовал расход памяти. Для этого же частного случая при желании я могу просто изменить алгоритм автовыбора размера больших словарей, скажем от 256мб. Чтобы словарь выбирался не в диапазоне x .. 2x от объема данных, а в диапазоне 0.5x .. x. Немного другой компромисс между расходом памяти и степенью сжатия, а проблему недоиспользуемой памяти это сразу же решает.
Цитата:
Вряд ли, но посмотрим.
Цитата:
ничего себе невелик, до 2 раз меньше озу нужно.
Но только в частном случае, когда размер данных находится в диапазоне ]0.5, 1.0[ размера словаря, причем размер словаря достаточно велик, чтобы нас интересовал расход памяти. Для этого же частного случая при желании я могу просто изменить алгоритм автовыбора размера больших словарей, скажем от 256мб. Чтобы словарь выбирался не в диапазоне x .. 2x от объема данных, а в диапазоне 0.5x .. x. Немного другой компромисс между расходом памяти и степенью сжатия, а проблему недоиспользуемой памяти это сразу же решает.
Цитата:
советую предусмотреть такую возможность в формате на будущее
Вряд ли, но посмотрим.
Цитата:
Появилась русская бета 4, но в ней косяк с разрядностью. Ждите обновления.
Уже обновили.
FUTURiTY
Цитата:
Так для этой задачи вроде бы словарь вообще не нужен - для архивации в режиме "без сжатия" с информацией для восстановления.
Цитата:
Так архивируют их в основном для передачи по сети и возможностью проверки/восстановления битых файлов, а не для экономии места, которого и так у всех сейчас предостаточно.
Так для этой задачи вроде бы словарь вообще не нужен - для архивации в режиме "без сжатия" с информацией для восстановления.
вопрос к: EugeneRoshal
какой алгоритм шифрования используется в архиваторе? Где-то пролетала информация, что это AES-128
реально ли сделать возможность выбора других алгоритмов ?
какой алгоритм шифрования используется в архиваторе? Где-то пролетала информация, что это AES-128
реально ли сделать возможность выбора других алгоритмов ?
KeeperArchive
Цитата:
AES-128 в RAR4. AES-256 в RAR5.
Цитата:
Нет. Разве что если появится какая-то информация об уязвимостях в AES, либо его реализации в RAR. До тех пор не вижу смысла. Вероятность таких уязвимостей в других алгоритмах ничуть не ниже, чем в AES.
Цитата:
какой алгоритм шифрования используется в архиваторе?
AES-128 в RAR4. AES-256 в RAR5.
Цитата:
реально ли сделать возможность выбора других алгоритмов ?
Нет. Разве что если появится какая-то информация об уязвимостях в AES, либо его реализации в RAR. До тех пор не вижу смысла. Вероятность таких уязвимостей в других алгоритмах ничуть не ниже, чем в AES.
EugeneRoshal
Есть параметр "Ждать, если работает другая копия WinRAR"
Но я не совсем понял когда она срабатывает. Или она работает только на сжатие?
Запускаю подряд из командной строки несколько команд
winrar x -y -ibck Имя файла
хочу что-бы они последовательно отработали.
Параметра для командной строки не нашёл.
Создал профиль по умолчанию, включил эту опцию.
Запустил на разархивирование 2 файла, всё равно одновременно распаковываются.
Есть параметр "Ждать, если работает другая копия WinRAR"
Но я не совсем понял когда она срабатывает. Или она работает только на сжатие?
Запускаю подряд из командной строки несколько команд
winrar x -y -ibck Имя файла
хочу что-бы они последовательно отработали.
Параметра для командной строки не нашёл.
Создал профиль по умолчанию, включил эту опцию.
Запустил на разархивирование 2 файла, всё равно одновременно распаковываются.
DVall
Для распаковки есть аналогичная опция в диалоге распаковки. Включить ее по умолчанию можно с помощью "Save settings" в этом же диалоге.
Для распаковки есть аналогичная опция в диалоге распаковки. Включить ее по умолчанию можно с помощью "Save settings" в этом же диалоге.
Спасибо, заработало....
А можно добавить Параметр для командной строки?
А можно добавить Параметр для командной строки?
У меня стоит WinRAR v4.20 Final. И в ней, по моему мнению, не работает функция "заблокировать архив". То есть когда я создаю заблокированный архив, а потом открываю его и вижу, что большая кнопка "Добавить", которая находится слева на верхней панели - активная, а должна быть НЕактивной! Это баг такой или у меня что-то настроено не так???
Цитата:
Eaglemanchik: Это баг такой или у меня что-то настроено не так???
Это крякнутая версия может быть.
Скачай с офсайта дистриб и попробуй заменить из него свой rar.exe и winrar.exe.
Если помогло — значит так оно и было.
ALEX666999, ну да, крякнутая стоит... хорошо, попробую скачать оригинал.
Так там твик сделан на модификацию заблоченных архивов (удобнее, чем сперва менять байты у самих архивов).
Если чаще gui пользуешься, то достаточно WinRar.exe заменить (из оригинала).
Если чаще gui пользуешься, то достаточно WinRar.exe заменить (из оригинала).
Спасибо большое. Скачал официальную русскую версию с keygen'ом и помогло! Больше не буду качать крякнутые версии...
Есть вопрос-предложение для Rar
Использую rar для создание бэкапов, имя файла формирую с использованием опции -ag
Код: setlocal
set ARC_NAME=MyArc
rar m -agyymmdd-hh %ARC_NAME%
endlocal
Использую rar для создание бэкапов, имя файла формирую с использованием опции -ag
Код: setlocal
set ARC_NAME=MyArc
rar m -agyymmdd-hh %ARC_NAME%
endlocal
StalkerSoftware
По моему идея разумная. Поддерживаю.
По моему идея разумная. Поддерживаю.
Цитата:
Но задействование внешних скриптов для этого мне не очень нравиться
Цитата:
тогда можно будет эту переменную с именем архива задейстовать в дальнейшей работе с архивом.
Например backup.cmd
И где логика? Без скрипта эту переменную использовать не получится, а со скриптом и переменная не нужна, ибо в нем штамп дата-время можно сформировать самостоятельно.
EugeneRoshal
В связи с отменой подписи архивов предлагаю сохранять оригинальное имя и время создания последней модификации.
Можно их выводить в окне информации об архиве.
Да конечно эти данные легко подделать как и обойти "защиту от изменений" однако это уже будет не так сильно обязывать.
В связи с отменой подписи архивов предлагаю сохранять оригинальное имя и время создания последней модификации.
Можно их выводить в окне информации об архиве.
Да конечно эти данные легко подделать как и обойти "защиту от изменений" однако это уже будет не так сильно обязывать.
StalkerSoftware
Цитата:
rar m -agyymmdd-hh -loga=arcname.txt %ARC_NAME%
set /p name=<arcname.txt
echo %name%
Цитата:
Проблема в том, что я не могу после формирования архива получить его имя, что бы использовать его в дальнейшей работе с архивом.
rar m -agyymmdd-hh -loga=arcname.txt %ARC_NAME%
set /p name=<arcname.txt
echo %name%
EugeneRoshal
Небольшое уточнение. В архиве RAR5 без сжатия, без шифрования и без восстановления файлы всегда лежат однородными кусками и без какого-либо преобразования?
Небольшое уточнение. В архиве RAR5 без сжатия, без шифрования и без восстановления файлы всегда лежат однородными кусками и без какого-либо преобразования?
V0lt
Да, без преобразования. Разве что в многотомном архиве файлы могут быть порезаны между томами.
Да, без преобразования. Разве что в многотомном архиве файлы могут быть порезаны между томами.
EugeneRoshal
Цитата:
Это хорошо.
Цитата:
Да, без преобразования.
Это хорошо.
V0lt
Цитата:
Цитата:
Это хорошо.чтобы воспроизводить видео из архивов?
У меня SFX-архив в котором на запуск настроены несколько файлов. Как настроить так, чтобы пока первый не закончился, не запускался второй? Возможно где-то таймаут можно выставить?
Обычно с ехе-файлами так и просиходило. Но я запихнул батник, и поэтому он запускается, тут же запускаются другие файлы по скрипту.
Обычно с ехе-файлами так и просиходило. Но я запихнул батник, и поэтому он запускается, тут же запускаются другие файлы по скрипту.
TemaZosin
В батниках start /wait чем не устраивает?
В батниках start /wait чем не устраивает?
TemaZosin
вариант - общий скрипт запуска в котором пишем конвейер команд <команда1>&&<команда>&&...&&<командаN> . Команды в нём выполнятся последовательно только при успешном выполнении предыдущей. Если условие "успешно" не важно ставим один & между командами. Это одно из немногих свойств CMD.EXE которое похоже на UNIX аналоги.
вариант - общий скрипт запуска в котором пишем конвейер команд <команда1>&&<команда>&&...&&<командаN> . Команды в нём выполнятся последовательно только при успешном выполнении предыдущей. Если условие "успешно" не важно ставим один & между командами. Это одно из немногих свойств CMD.EXE которое похоже на UNIX аналоги.
Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160
Предыдущая тема: Прога для поиска картинок в интернете.
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.