На будущее: этот файл может содержать сохранённые пароли, поэтому их нужно предварительно вырезать (или выключить функцию сохранения паролей).
В конфиге прописано path_7z_dll="%COMMANDER_PATH%\Plugins\wcx\MultiArc\7z.dll" - эта библиотека точно свежая? Попробуй прописать в параметре path_7z_dll путь к библиотеке от установленного 7-Zip.
Total7zip
Модераторы: Avada, CaptainFlint, Nik, d-view, Моторокер
Есть такое дело, так работает плагин. Правда, есть небольшой костыль, дающий возможность вытаскивать по нескольку файлов за один запросAzrailll писал(а):Total7zip слишком медленно распаковывает архивы. каждый файл по отдельности, вместо того чтобы передать список 7z.
extractToTempCount="20"
Но в больших значениях - будет слишком избыточно вытаскиваться в %temp% всё подряд до нужного файла (зато "быстрее"), а на малых - слишком много запросов будет - скорость упадёт в разы.
Хотя, тут правильнее было бы называть не "быстрее" или "медленнее". Сам архиватор распаковывает как есть, ему эти параметры без разницы. Проблема в том, что плагин передаёт задачу на распаковку только жёстко указанное количество идущих подряд файлов (и не более того). Следовательно, чтобы распаковать некий N+1 файл, надо будет отправлять ещё один запрос и перечитывать всё до него заново.
Отлично проследить за таким поведением можно на синхронизации между архивами, когда задаётся сравнение по содержимому фалйов с игнором даты, а в архиве - много-много разной мелочи (4 МБ архив с ~2 тыс. файлов на 34 МБ внутри - идеальный пример). Распаковать архиватором "нормально" - минута дела, распаковать тоталовским "родным" - тоже. Через total7zip будет мусолить минуты две-три минимум.
Mellomann,
Этот костыль не имеет отношения к единовременному извлечению файлов, при котором непрерывный блок декодируется один раз, а по ходу его декодирования из него извлекаются нужные файлы.
Костыль же нужен для ускорения выборочных извлечений конкретных файлов, например, при поиске или просмотре по F3, или при несовпадении порядка запроса файлов с порядком их расположения в блоке, когда для извлечения очередного файла нужно декодировать непрерывный блок с начала...
Этот костыль не имеет отношения к единовременному извлечению файлов, при котором непрерывный блок декодируется один раз, а по ходу его декодирования из него извлекаются нужные файлы.
Костыль же нужен для ускорения выборочных извлечений конкретных файлов, например, при поиске или просмотре по F3, или при несовпадении порядка запроса файлов с порядком их расположения в блоке, когда для извлечения очередного файла нужно декодировать непрерывный блок с начала...
7z -16.04, dll и 7z.exe там свежие лежат. Я его не устанавливал - просто распаковал. А путь.. раз распаковывает значит нормально находит.MVV писал(а): В конфиге прописано path_7z_dll="%COMMANDER_PATH%\Plugins\wcx\MultiArc\7z.dll" - эта библиотека точно свежая? Попробуй прописать в параметре path_7z_dll путь к библиотеке от установленного 7-Zip.
MVV, раз у тебя все нормально работает, ты не мог бы выложить свои Total7zip.xml и wincmd.ini ради эксперимента? Может там совпадение каких-нибудь настроек надо типа фонового копирования...
Что то я тоже не заметил влияния на распаковку всего архива. Поставил значение 10000 - скорость таже.Mellomann писал(а): Есть такое дело, так работает плагин. Правда, есть небольшой костыль, дающий возможность вытаскивать по нескольку файлов за один запрос
extractToTempCount="20"
P.S. Блин Ghisler не мог сразу запилить нормальную поддержку 7z в 9 версии - чтобы сравнение файлов в .7z архивах работало... Так бы было достаточно кнопочки на панели для архивации.
Посмотрел внимательнее на архив: действительно "хитромудрый".MVV писал(а):Azrailll,
Пример архива можешь привести, с которым у тебя всё тормозит при распаковке по Alt+F9? А то вдруг архив какой-нибудь хитромудрый, а мы головы ломаем...
Сделан в линуксе и там есть копии файлов с именами в верхнем регистре.
С другими архивами сопоставимая скорость.
Лол. А если у меня, к примеру, стоит только х64 версия ТС зачем мне х32 плагины держать?А вот это непотребство кто-то руками написал?