» Total Commander (Часть 8)

К сожалению, далеко не все плагины, а особенно древние и заброшенные авторами, портированы под x64, а их аналоги более убогие про функционалу. Выходит, 64-битная версия априори получается ущербной.

Добавлено:
По сравнению с 32-битной, естественно.

Добавлено:
LonerDergunov
15:39 04-08-2013
Цитата:

он сам определит какие из 64-х битных плагинов присутствуют и допишет соответствующие строки в wincmd.ini

Никакие не присутствуют. Все 64-битное раньше зачищалось за ненадобностью и острейшей нехваткой места на старом компе. Так что все равно все по-новому.

Мне, получается, легче перенести wincmd.ini в новую папку, вырезать секции плагинов, и установить 64-битную версию и 64-битные плагины заново.

Добавлено:
Кстати, а что с MultiArc-ом делать? Плагин ведь очень древний...

WatsonRus

Цитата:

Кстати, а что с MultiArc-ом делать? Плагин ведь очень древний...

Крайняя версия, включая х64

Skif_off
Это, как я понимаю, уже от самоделкина, не от автора?

Добавлено:
Но и на том спасибо.

WatsonRus
На безрыбье и раком такой сгодится, тем более руку приложили CaptainFlint и MVV.

WatsonRus

Цитата:

Это, как я понимаю, уже от самоделкина, не от автора?

Там и раньше авторы менялись.

Цитата:

Мне, получается, легче перенести wincmd.ini в новую папку, вырезать секции плагинов, и установить 64-битную версию и 64-битные плагины заново.

Я в своё время, когда понадобилось, просто файлы с x64 ручками из архивов добавлял (сначала тоже оставлял только 32-битные). Не так уж много времени это заняло. А дальше обновлял уже нормально. И, кстати, в комбинированной версии устанавливаются и прописываются в обычных секциях INI всё равно только 32-битные плагины. Поэтому ничего разделять и вырезать не имеет смысла — старые настройки годные.
Да, возможны случаи, когда какие-то нужные плагины 64-битных аналогов не имеют. Именно для этого случая и создана комбинированная версия. Использовать то ту, то другую битность с едиными настройками.
Что касается количества портированного, то у меня, скажем, сейчас по разным группам плагинов доля x64 составляет от 60% до 90%. При том, что в основном работаю не в 64-битных системах. Так что всё не так ужасно.

Цитата:

далеко не все плагины, а особенно древние и заброшенные авторами, портированы под x64

Возможно, какие-то специфические и не портированы, но из полутора сотен плагинов, которые я использую - не портированы всего штук 20, из них некоторые wcx работают через wrapper, а wlx можно при необходимости и из внешних просмотровщиков вызвать.

LonerDergunov 19:56 04-08-2013
Цитата:

из них некоторые wcx работают через wrapper

А что еще за wrapper?
19:56 04-08-2013
Цитата:

wlx можно при необходимости и из внешних просмотровщиков вызвать

Легче альтернативный (пусть даже худший) плагин использовать, чем такой гемор иметь. ИМХО.

Особенно в случае, когда основная ОСь 32-битная, а 64-битная будет использоваться только время от времени.

WatsonRus
Этот

Avada
LonerDergunov
WatsonRus
Следя за вашим обсуждением, в очередной раз убедился, что у юзеров 64-битной версии TC есть проблем с плагинами (а может, и не только с плагинами).
А есть ли у 64-битной версии TC (с её 64-битными плагинами) существенные преимущества перед версией x32 помимо большего быстродействия? И насколько большее быстродействие действительно имеет значение? Ведь современные машины и с x32 работают довольно быстро.

Добавлено:
LonerDergunov 18:56 04-08-2013
Цитата:

wlx можно при необходимости и из внешних просмотровщиков вызвать.

Вот про это нельзя ли чуть подробнее? Единственный известный мне внешний просмотрщик, который умеет работать с lister-плагинами TC, это Universal Viewer. А есть и другие?
И, с другой стороны, это ведь уже работа в другой программе, имеющее весьма опосредованное отношение к TC

oshizelly
Поскольку об явных и мнимых преимуществах TC x64 здесь и везде говорилось уже неоднократно, лучше приведу кусочек из русскоязычного интервью Гислера от 2010 года:

Цитата:

Я постоянно сталкиваюсь с тем, что рядовые пользователи, подобно ситуации с мегапикселами в фотокамерах, считают, что чем больше цифра чего-то – тем лучше и поэтому 64-битовые компьютеры гораздо круче 32-битовых, и, естественно, им нужна 64-битовая версия TC. Текущая 32-битовая версия TC хорошо работает и в 64-битовой среде, но большинство людей не привыкли думать рационально.

Суть дела, ИМХО, изложена точно. Однако же 64-битный TC, по моим наблюдениям, работает нормально, новых плагинов много, так что нет надобности создавать вокруг этого ажиотаж. Кому хочется перейти в 64-битных системах на x64 безвозвратно — переходит, кому не хочется — сидит на x32, остальные юзают универсальную (комбинированную) версию. И все чувствуют себя вполне прилично.

Avada
я вот принципиально в 64 битной Windows сижу с первого дня и по текущий на 32-битном тотале, так как ничтожные преимущества 64-битного тотала в 64 битной среде, совершенно "перекрываются" отсутствием полной универсальности по плагинам, которые под 64 битные версии уже не напишут, а плагины эти - ну очень нужны.

Возможно, один из недостатков TC x32 в том, что некоторые новые плагины пишутся только в версии x64? Или таких на данный момент не существует?

oshizelly
Эта гипотеза практикой не подтверждается. И ещё раз: о недостатках и преимуществах версий разной битности за несколько лет успели наговориться всласть. Проще найти и прочитать.

Насколько я понял, 32-битная версия не имеет в 64-битной ОС доступа к специфическим 64-битным системным папкам. ИМХО этим и ограничивается преимущество 64-битной версии.

Или я ошибаюсь?

Добавлено:
LonerDergunov 01:34 05-08-2013
Цитата:

Этот

Там уже раздается только приватно. Можно куда-нибудь выложить?

WatsonRus

Цитата:

32-битная версия не имеет в 64-битной ОС доступа к специфическим 64-битным системным папкам

Вообще-то, имеет. Что касается преимуществ, то по 32-битной версиям TC под x64 многократно репортились. например, всяческие проблемы с контекстным меню (из-за чего Гислеру и пришлось добавлять туда специальное подменю X64). Но это тоже много раз обсуждалось.

Avada 15:48 05-08-2013
Цитата:

Вообще-то, имеет

И там же пишется про возможность нестабильной работы TC и плагинов. Значит, нормально не имеет.

WatsonRus
Это про ключ пишется. А использование папки SysNative на стабильность работы TC и плагинов не влияет.

наткнулся на баг или недочет в tc 8.01:
в win7x64 ru при запуске
PsExec.exe -s -i -d C:\TC\TOTALCMD.EXE
не показывает имя пользователя в заголовке, как обычно в подобных случаях - когда тс запущен от имени другого пользователя.
в xpsp3 ru подобного недочета нет - там в заголовке пишет SYSTEM

DrakonHaSh
Не подтверждаю, обе версии TC (я про битность) нормально запускаются, в заголовке система^

Ребята есть ряд файлов...

Урок
Урок
Урок

.......

Урок
Урок


Т.е. перед именем файла есть пробел.... Проблема, как правильно отсортировать файлы сперва с пробелом, а затем (это самое главное) с помощью группового переименование првести к виду БЕЗ пробела, в начале файла, т.е. убрать пробел перед файлом... Конечно можно и вручную, но файлов более 1000

suomifinland
Пробел в начале убирается элементарно: все соответствующие файлы загоняются в окно ИГП, после чего, согласно справке (точно по данному там примеру!), применяется шаблон [N2-], то есть тупо отсекается первый символ. Какие там проблемы могут быть с сортировкой и что означает "отсортировать правильно" — не понял: файлы с начальным пробелом легко собираются в начале файлового списка. И лучше весь массив файлов с пробелами передвинуть для переименования в какой-то отдельный каталог, чтобы там заведомо не было одноимённых файлов без пробелов.

В том то и дела что НЕ сортируются, а сортируются ТОЛЬКО по алфавиту, даже с пробелами в начале файла...

suomifinland 23:03 05-08-2013
Цитата:

НЕ сортируются, а сортируются ТОЛЬКО по алфавиту, даже с пробелами в начале файла

Есть такое дело. Это происходит в случае, если в настройках Configuration -> Display -> Sort method выбран вариант [Natural sorting: by character code and numbers]. Надо выбрать любой из остальных 3-х вариантов сортировки, тогда пробелы в начале и в середине имени файла будут учитываться.
Либо можно воспользоваться штатной функцией поиска, указав пробел в начале имени через RegExp.

Спасибо КОЛЛЕКТИВНЫЙ разум!

К вопросу о преимуществах 64-битной версии.
Пришлось тут недавно сравнивать относительно большие файлы (единицы гигабайт) побайтно - образы флэшкарт.
32-битная, которой я пользовался (да и сейчас) всё ругается - то памяти не хватает, то не может прочитать файл (почему-то разные сообщения выдаёт), а поставил 64-х - всё сравнивает.

Цитата:

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

Уточню, что для комфортной работы самый удобный вариант — последний, "Естественная сортировка: алфавитно-цифровая". Максимум преимуществ при минимуме недостатков.

Цитата:

Текущая финальная версия: 8.01 (32-битная/64-битная/32+64) (3.08.2012)

Уже год прошел с предыдущего релиза. Никаких слухов нет про бету новой версии?

Цитата:

Уже год прошел с предыдущего релиза. Никаких слухов нет про бету новой версии?

Зачем, идеальная прога, дальше не куда развиваться.

Цитата:

Зачем, идеальная прога, дальше не куда развиваться.

Я помню, что к версии 7.50 планироваось добавить возможность записи дисков. Гислер даже SDK купил у одной конторы.

spirit21
Про то, что когда будет — в шапке. А достоверная информация про 8.50 — здесь.