Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Total Commander (часть 12)

Модерирует : gyra, Maz

Maz (20-11-2024 22:08): Total Commander (часть 13)  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие темы: Часть 1 Часть 2 Часть 3 Часть 4 Часть 5 Часть 6 Часть 7 Часть 8 Часть 9 Часть 10 Часть 11

 

 
Текущая тестовая версия: 11.50 b6 (32-битная/64-битная/32+64) (13.11.2024)
 
Текущая финальная версия: 11.03 (32-битная/64-битная/32+64) (21.02.2024)
 
Предыдущие версии: 10.5x: 10.52 (32/64/32+64); 10.0x: 10.00 (32/64/32+64)
9.5x: 9.51 (32/64/32+64); 9.2x: 9.22a (32/64/32+64); 9.1x: 9.12 (32/64/32+64); 9.0x: 9.0a (32/64/32+64);
8.5x: 8.52a (32/64/32+64); 8.0x: 8.01 (32/64/32+64);
7.5x: 7.57a; 7.0x: 7.04a
 
Коллекция предыдущих версий | Новейшая история изменений (11.50, англ.)  

"Когда ждать финальную версию x.xx?" — "Когда будет готова!" © К. Гислер
На вопрос "Когда будет русик к версии x.xx?" ответ точно такой же © CaptainFlint


Полный набор русификации от CaptainFlint и Avada
v9.5+ (9.51, 14.11.2020, с переводом справки): CHM (зеркало), HLP (зеркало)
Начиная с версии 7.50 стандартный набор русификации от тех же авторов входит в дистрибутив TC!
 
Стандартный набор русификации от М. Жилина
v9.0+ (9.20, 03.07.2018): Скачать

Официальный сайт разработчика | Официальный форум TC | TotalcmdWiki | Русский сайт TC | Русский форум TC
О проблемах с wincmd.ru/totalcmd.net Подробности

Все вопросы по плагинам и аддонам — в Плагинах
Все вопросы по лечению пациента — только в Варезнике
Настроенные сборки Total Commander (и все вопросы по ним)

Онлайновая русская справка (для TC 9.51, 14.11.2020)
Total Commander Knowledge Base 2.0 (русскоязычная база знаний)  
Офлайновая версия TCKB 1.7 (CHM-файл)
Все ключи Total Commander (онлайновые версии файлов данных Ultra TC Configuration Editor)
Команды и параметры Total Commander (справочные таблицы)
Стандартные клавиатурные назначения Total Commander (справочные таблицы)

Всего записей: 39178 | Зарегистр. 26-02-2002 | Отправлено: 23:14 05-12-2022 | Исправлено: CaptainFlint, 03:23 14-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Я не знаю, какие у тебя архивы БЕЗ него меньше, и что конкретно у тебя там за данные такие на входе. Возможно, на лично твоём наборе такая сортировка и способна что-то дать.
Но лично на моём опыте (а говорю я сугубо за него, в телепаты к другим я не записывался) любые многофайловые свалки или рабочие проекты имеет смысл именно по расширениям сортировать, а не по именам, просто потому что среди одинаковых расширений будут более однородные и лучше сжимаемые между собой данные, чем между разнородными.
Например, если у тебя лежит (условно)  1.rtf  2.doc  3.psd  4.tar  5.rtf  6.psd  7.doc  и т.д..., то при грамотной сортировке через qs тебе не надо будет наваливать избыточные словари, чтобы просто дотянуться от одного psd до другого...
 
Добавлено:
И это я ещё молчу про всевозможные ресурсы игр или программ, где каждый тип данных имеет своё расширение и нет никакого смысла вообще перемешивать их между собой ради бредовой "сортировки по имени"... Наоборот только ухудшишь сжатие и "вылетишь за словарь" на ровном месте.

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 22:43 13-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Эта тема, больше для темы 7-zip, а пока, хоть как то поправили внутренний упаковщик в TC, не до конца, конечно, но он и будет сильно ограничен, но как запасной вариант, раз от раз  - пойдет.

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 22:56 13-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Так я смотрю, встроенная поддержка через либу пока что проблемная и есть. Но если галку в настройках убрать (я это ещё с самого начала сделал), так (кроме каких-то мелких шероховатостей типа разницы в заголовках и исправленной уже мелочи) вроде бы ничего критичного или проблемного вроде бы не заметил. Работает нормально. Пакует, читает, даже переименование в архивах есть, что редкость. С плагинами такого не припомню. Даже тот же rar не делался так.
Полезность однозначно есть.
 
Добавлено:
Пока что радует возможность вызова именно внешнего 7zg.exe для упаковок, без надобности использовать total7zip. Особенно когда надо несколько упаковок одновременно сделать. Тогда приходилось через cm_UnloadPlugins прибивать сам плагин, чтобы он не отслеживал закрытие  своего процесса  7zg.exe, и только тогда вторую параллельную упаковку пускать. А тут вроде нормально пока что.
 
Добавлено:
Жаль, всё никак не дойдут руки проверить как это всё на ХР работает. Там у меня пока что 11.03 релизный поставлен. Не до экспериментов...

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 23:06 13-11-2024
AkulaBig

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
но он и будет сильно ограничен

Сейчас потестил:
6607074315
05:56 6199954893 7z ultra
04:49 6208387194 rar
05:56 6199932436 7zdll max с dll от 7z
Так что сейчас внутренний архиватор жмет даже лучше 7z, правда с библиотеками 7z. Проверять с родными библиотеками даже не буду.
При тестировании я выявил, что надо обязательно использовать значения со звездочкой что в 7z, что в 7zdll. При этом получается лучшее сжатие при лучшем времени.

Цитата:
7-zip, 3 потока, словарь 2 Гб, размер слова 273

И это будет намного хуже, чем максимальное количество потоков при всех остальных значениях со звездочкой

Цитата:
в поле Extra Parameters вписать -slp

Проверю, что дает этот ключ.

Всего записей: 5352 | Зарегистр. 11-03-2003 | Отправлено: 23:18 13-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg

Цитата:
типа разницы в заголовках

Про это пока не слыхал, а что там?
А у меня всё никак не дойдут руки проверить именно внешний, по изложенным выше причинам.
 
Добавлено:
AkulaBig
Русская справка если что здесь:
https://disk.yandex.ru/d/nTVL6RyuF-O_-w/24.08

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 23:22 13-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Та ничего нового. Жмёшь архивы обычным установленным 7zip - они одни. Жмёшь тоталом через плагин Total7zip с такой же версией 7z к нему - архивы идентичные такие же. А жмёшь тоталовской "жалкой" встроенной - тут бац, и на какие-то байты в сторону. При тех же настройках сжатия.
Когда сравниваешь тоталовским инструментом в текстовом режиме, то видно, что различия в самом начале архива, потом куски одинакового, а потом где-то в конце вроде тоже разница была. Смутно помню, это чисто между делом гонял, даже не было цели запоминать чтоб потом описывать. Но то были ещё первая или вторая бета что ли. Тогда и настройки криво сохранялись, и параметр какой-то из них плохо работал.

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 23:49 13-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Там было 2 критичных недочета, которые Денис и поправил и куча мелких багов и их ещё хватает: https://www.ghisler.ch/board/viewtopic.php?t=84405
но в общем архивы идентичные можно сделать в смысле по хешу 1 в 1.

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 00:59 14-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А, кстати, да. И правда, в шестой бэтке сломалась упаковка в плане фильтров, если вернуть галку на внутренний упаковщик. У меня тоже yx=9 используется практически всегда, а тут как будто он или игнорируется, или вообще с ума сходит...

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 01:08 14-11-2024
AkulaBig

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007

Цитата:
 
в поле Extra Parameters вписать -slp

Попробовал, пишет неправильный ключ. Почитал справку. С этим ключом такие заморочки по настройке. В топку. Это я тестировал 7z. При тестировании нового интерфейса этот ключ проглотился. Но никаких изменений не произошло. Это и понятно, ведь в справке ТС написано, что в это поле можно вводить только параметры на букву m. То-есть ключ -slp просто не работает. Конечно если я правильно перевел справку.

Всего записей: 5352 | Зарегистр. 11-03-2003 | Отправлено: 06:30 14-11-2024 | Исправлено: AkulaBig, 10:22 14-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AkulaBig
Чтобы ключ 7-zip -slp или Winrar 7.1 -mlp заработал нужно 1 раз запустить программу с административными правами, политика "Блокировка страниц в памяти" будет ассоциирована с текущим пользователем.
 
Проверить можно: "Выполнить" - gpedit.msc:
Конфигурация компьютера - Параметры Windows - Параметры безопасности - Локальные политики - Назначение прав пользователя - "Блокировка страниц в памяти" - у политики должен быть владелец - текущий пользователь, потом перегрузится.
 
А для работы требуется сразу выделить необходимый объем оперативной памяти архиватору без использования файла подкачки.
 
Ничего, ее Е.Рошаль в Winrar делал полгода по настоятельным просьбам в теме, сделал и она только в бете сейчас. Так Гислер возьмет и сразу все опции 7-zip сделает. Я говорил про 7-zip любой разновидности в котором эта опция давно есть, то есть внешний упаковщик, a не внутренний.
 
А здесь, что плохого:
7-zip, 3 потока, словарь 2 Гб, размер слова 273, уровень ультра, опция - slp?
 
У пользователя 32 Гб памяти, он это указывал в другой теме, команда требует 21 Гб максимум, есть авто подбор словаря, если данные 200 Мб, то их архиватор не будет сжимать со словарем 2 Гб, а назначит максимальный подходящий - 192 Мб или 256 Мб.  Но он указал, что данные - 2 Гб.

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 13:28 14-11-2024 | Исправлено: lelik007, 13:29 14-11-2024
AkulaBig

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
внешний упаковщик

Да, давно помощь читал. Забыл, что m для внутреннего архиватора, а для внешнего любой ключ. Не заработало видимо из-за того, что не подключено. Попробую.

Цитата:
нужно 1 раз запустить программу с административными правами

Поэтому я и говорю, что для порташки ТС не катит.

Цитата:
А для работы требуется сразу выделить необходимый объем оперативной памяти архиватору без использования файла подкачки.

Как это сделать?

Цитата:
А здесь, что плохого

-slp не проверял еще. А вот остальные параметры лучше выставить со звездочкой. Число потоков имеет значение, а не остальные параметры. И не забывайте, что параметры, отличные от звездочек, у кого-то порушат Винду. Они ведь очень сильно зависят от железа.

Цитата:
архиватор не будет сжимать со словарем 2 Гб, а назначит максимальный подходящий - 192 Мб или 256 Мб

Или убьет Винду. У меня обычно так все мои эксперименты с этими данными закончились.

Цитата:
У пользователя 32 Гб памяти

Ну дак у него и со звездочкой не 64 Мб покажет, как у меня. Но я очень сомневаюсь, что 2 Гб. У меня 16 Гб памяти, 64 Мб рекомендуемый словарь. Так как жор памяти дико растет от каждого следующего значения, навряд-ли 2 Гб прокатит. Ой, да что я, легко-же проверить. Да, с 3 потоками 31 Гб показало. Конечно столько не прокатит. А вот у меня с 12 потоками 126 Гб требует. Сомневаюсь я, что у чела двухядерник или 4-х ядерник без вирта. Так что надо выставлять потоки на максимум, а остальное со звездочкой.
 
Добавлено:

Цитата:
Чтобы ключ 7-zip -slp или Winrar 7.1 -mlp заработал нужно 1 раз запустить программу с административными правами, политика "Блокировка страниц в памяти" будет ассоциирована с текущим пользователем.

Прописал ключ в ТС. Запустил 7za под админом. Вот что показали политики:

Это нормально? По работе архиватора ничего не изменилось.

Всего записей: 5352 | Зарегистр. 11-03-2003 | Отправлено: 14:15 14-11-2024 | Исправлено: AkulaBig, 14:16 14-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AkulaBig
Данная политика включается 1 раз, у пользователя, судя по теме Winrar - она включена.
У вас нет.
 
Я в самом 7-Zip включал, то есть в 7zFM.exe с административными правами - Сервис, Настройки, Настройки, Использовать большие страницы памяти, потом перезагрузка, а только после этого увидите у политики появился владелец и опция -slp имеет смысл для 7z.exe/7za.exe/7zG.exe.
 
TC не умеет использовать большие страницы, это свойство программы в целом, а не внутреннего упаковщика, как ее функции.
 

Цитата:
А для работы требуется сразу выделить необходимый объем оперативной памяти архиватору без использования файла подкачки.

Это делает сама программа, зачем эта политика и нужна, сразу резервирует определенный объем памяти для работы программы.
Если программе не выделяется сразу нужное кол-во памяти, используются обычные страницы памяти.
 
Я не знаю, про что вы говорите, со звездочкой, если в 7-zip, то все параметры по умолчанию у всех одинаковые , кроме кол-ва потоков. Кстати, Игорь планирует увеличить размеры словаря для уровней сжатия, молодец. Будут другие значения словаря со звездочкой в вашей терминологии.
Тут типа таблицы: dictionary size  compression level
https://sourceforge.net/p/sevenzip/discussion/45797/thread/434fc0435e/
 
Про словарь ничего не понял, вы вообще понимаете, что алгоритм асимметричный? О чем я оному пользователю в теме Winrar сообщал.
Для упаковки 7-zip в 3 потока со словарем 2 Гб требуется 21 Гб памяти, для распаковки 2 Гб.
Сколько требуется памяти для упаковки с определенным словарем, в теме Winrar есть таблица в шапке и кол-во потоков не влият, в 7-zip калькулятор, в TC тоже и кол-во потоков влияет, но работает кривовато в TC.

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 16:24 14-11-2024 | Исправлено: lelik007, 16:40 14-11-2024
AkulaBig

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
не внутреннего упаковщика

Я это давно понял. Уже десять раз написал, что использовал 7za.

Цитата:
Я в самом 7-Zip включал

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


Всего записей: 5352 | Зарегистр. 11-03-2003 | Отправлено: 17:35 14-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AkulaBig

Цитата:
То-есть ключ -slp просто не работает. Конечно если я правильно перевел справку.


Цитата:

Не надо писать туда slp. Это так не работает. Там только -m указываются.
Если хочешь получить функционал этого ключика, просто запускаешь 7zfm.exe и там в обычных гуёвых настройках отмечаешь галочку про большие страницы памяти. И всё.
 
Добавлено:

Цитата:
У меня 16 Гб памяти, 64 Мб рекомендуемый словарь. Так как жор памяти дико растет от каждого следующего значения, навряд-ли 2 Гб прокатит.  

На машинах с 16 ГБ рамы я спокойно паковал двумя-тремя потоками (а больше для LZMA не имеет смысла, потому что начиная с 4-го потока начинает страдать расход памяти и эффективность сжатия) архивы со словарями в 1 ГБ ровно и в 1280 МБ (указывал в параметрах). При этом ещё оставалась память на видео встройку (несколько МБ), на саму ОС (вин 10 х64) с антивирусом и даже что-то нетребовательное фоновое. Либо, если закрыть весь фон и освободить память по максимуму, то умещался даже со словарями в около 1344 МБ (тоже через параметры) без проблем.
И это все БЕЗ свопа в принципе. Он у меня выключен на всех машинах ещё со времён второго сервис пака ХР.
 
Добавлено:

Цитата:

Цитата:
А для работы требуется сразу выделить необходимый объем оперативной памяти архиватору без использования файла подкачки.

Как это сделать?  

Та достаточно просто позакрывать браузеры и тому подобную жрущую ерунду.
Опять таки, если это вообще требуется в конкретный момент.
 
Добавлено:

Цитата:
 
Цитата:
архиватор не будет сжимать со словарем 2 Гб, а назначит максимальный подходящий - 192 Мб или 256 Мб

Или убьет Винду. У меня обычно так все мои эксперименты с этими данными закончились.  

Адекватные архиваторы (rar и 7z - тоже в их числе) уже давно перед собственно выполнением команды убеждаются в наличии ресурсов (в т.ч. - памяти) для этого.
В случае rar - там просто скидывается словарь до ближайшей "ступеньки", которая "пролазит".
В случае 7z - просто сообщение об отсутствии требуемого количества памяти и на этом всё.  
Принудительно просто так никто из них эту память не насилует уже о-о-о-очень давно.  
 
Добавлено:
lelik007

Цитата:
А здесь, что плохого:
7-zip, 3 потока, словарь 2 Гб, размер слова 273, уровень ультра, опция - slp?  

Можно спокойно ставить 2 потока. Третий поток там почти не используется и ни на что не влияет.  Реальное использование по ядрам зачастую вообще не больше двух "целых", либо полтора "плавающих". Слишком много в LZMA (особенно - первом) математики, которую ну никак не выполнишь параллельно, многое в процессе завязано на предыдущие данные. Сейчас не возьмусь расписывать теорию и принцип работы (за давностью лет), но в своё время изучал эту тему, весьма интересная и полезная.
Потому и получается, что на каждый дополнительный чётный поток нужно выделять дополнительную оперативку кратную предыдущей паре.  
Да и в целом, в эпоху современных процессоров, которые нагрузку на 1-2-3 потока бустят до максимальных частот, а при нагрузке на все ядра наоборот просаживаются из-за температур и питания, то ничего сверх-критичного или проблемного я здесь не вижу. Достаточно посмотреть мониторинг потребления питания, чтобы убедиться, что при работе архиватора 2-3 ядра в бусте суммарно малоотличимы от всех загруженных ядер на базовой частоте.

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 18:03 14-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
Он просто про внешний упаковщик TC для начала спросил, который работает с 7z.exe/7za.exe/7zG.exe.
В нем ключ -slp нужен.
 
Добавлено:
insorg
Тебе больше скажу, не только 3-й поток, но и каждый следующий нечетный до 7-го по крайней мере, мы с Пашей делали тесты, он отметил эту особенность, что 3, 5, 7 потоки загружены не полное время а где то 1/3, остальное время с мин. нагрузкой работают, 5-7%. Разница с 2 потоками есть 10-15%, может. Из 8-ми пакуют 5, а остальные 3 хорошо, если за 1 сойдут.

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 18:19 14-11-2024 | Исправлено: lelik007, 18:59 14-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lelik007
Консольная версия 7z и 7za спокойно переваривает параметр. За 7zG точно не скажу, но вроде бы тоже должна бы обрабатывать.
А за потоки какое дело.. Это нормально. Последний из нечётного количества потоков (при LZMA) чисто служебный, если так можно выразиться. Именно потому на них и расход памяти не влияет вообще. Просто вынесение небольшой мелочи "наружу". И всё. Они больше нужны для согласования работы остальных потоков, чем для собственно упаковки. Это нормально.

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 20:49 14-11-2024
AkulaBig

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg

Цитата:
Не надо писать туда slp

Да, так все работает. Результаты действительно поражают.
6607074315
05:48 6199954893 7za без -slp
04:14 6199954893 7za с -slp
Теперь сижу, голову чешу. У меня сейчас в сборке все сделано с расчетом на минимализм. Библиотеки 7z переименованы и закинуты в папку ТС с заменой оф библиотек Гислера. А для кнопок и др. предназначен крошка 7za. Но теперь понятно, что надо использовать внешний упаковщик, пока Гислер не сделает поддержку -slp. А упаковывать с помощью 7za совершенно не хочется. То-есть надо опять тащить весь 7z. А это опять несколько десятков Мб. При этом вся работа Гислера насмарку. Очередная бесполезная опция архивирования 7z. Ну почему он не может сделать путь к этим библиотекам настраиваемым и с произвольным именем.

Всего записей: 5352 | Зарегистр. 11-03-2003 | Отправлено: 21:07 14-11-2024
lelik007



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg
7zG.exe тоже с LP работает, просто из них никто в отличии от rar.exe не присваивает политику пользователю или я не знаю, как это сделать. Политику включал, как написал, в 7-zip GUI (7zFM.exe).

Цитата:
Последний из нечётного количества потоков (при LZMA) чисто служебный, если так можно выразиться. Именно потому на них и расход памяти не влияет вообще. Просто вынесение небольшой мелочи "наружу". И всё. Они больше нужны для согласования работы остальных потоков, чем для собственно упаковки.

Я в этом смысле Паше и написал, когда скрины увидел их работы, про 3-й я и сам знал до тестов. Хуже он не делает, мне это главное.

Всего записей: 3208 | Зарегистр. 13-10-2006 | Отправлено: 21:10 14-11-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AkulaBig
Так ему и писали уже не раз, что зря он эту либу затеял городить. Видел тамошние темы, весьма активные. Но художник рисует как видит.  
Видать, он не захотел делать как с RAR и ему подобными (консольное окно отдельное), а чтоб было как бы встроено в сам тоталовский интерфейс это всё. Возможно даже и чтоб память самого процесса totalcmd.exe использовалась, а не отдельный поднимать. И даже, возможно, это имеет какой-то смысл в плане отслеживания окончания работы архиватора.
Но увы, этот метод имеет свои побочки вот такие, да.
С другой стороны, в настройках достаточно просто переткнуть аж одну галочку, и всё становится без костылей.
 
Добавлено:

Цитата:
Библиотеки 7z переименованы и закинуты в папку ТС с заменой оф библиотек Гислера
А вот это очень плохое решение. Потом найдётся у разраба какой-то повод закостылить свои либы и нельзя будет просто так заменять. А у тебя уже навешено. Слишком шаткое условие.
Лучше уж иметь нормальную бинарь 7zip-овскую в отдельной папке сборки, чем в такую зависимость себя ставить. Имхо.
 
Добавлено:
lelik007
Какому Паше, если не секрет?  
 
Добавлено:
А вообще ещё достаточно странно, что Гислер бьётся об эту bit7z либу, если можно глянуть как работает плагин total7zip и просто повторить этот самый функционал нативно...
Или на вторых делфях сие чисто технически не получится сделать? (мало ли, вдруг я чего не понимаю или не знаю)

Всего записей: 18320 | Зарегистр. 04-11-2010 | Отправлено: 23:21 14-11-2024
AkulaBig

Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
достаточно просто переткнуть аж одну галочку, и всё становится без костылей

Дело не в галочке, а что надо опять тащить ненужные мегобайты в сборку.
И возникает вопрос, а что тогда изменилось с версии 11.03? Меня и там вполне устраивало окно настройки 7z.

Цитата:
найдётся у разраба какой-то повод закостылить свои либы и нельзя будет просто так заменять. А у тебя уже навешено

Дак уже надо менять, хотя еще даже релиз 11.50 не вышел. Нет бесшовного внедрения 7z, как zip. Все по отдельности.

Всего записей: 5352 | Зарегистр. 11-03-2003 | Отправлено: 05:15 15-11-2024
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

Компьютерный форум Ru.Board » Компьютеры » Программы » Total Commander (часть 12)
Maz (20-11-2024 22:08): Total Commander (часть 13)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru

Рейтинг.ru