» Total Commander (Часть 8)

Добрый день! Подскажите , как штатным образом в тотале найти дубликаты файлов (аудио, видео, документы, картинки и прочее) для удаления повторов.
Несколько папок есть огромных с копиями вручную просто не реально осилить.

lartin
Прочитать справку. (В TC 8.5x возможностей ещё больше, но об этом пока — только в английской справке.)

не знаю, было ли тут это или нет, но похоже я случайно нашёл своего рода "пасхальное яйцо" в работе Total Commander или же, возможно, в работе известной программы для создания ramdisk - QSoft RAMdisk. думаю всё же это "фича" Тотала, некорректно работающего с адресацией дисков и папок в рамдисках, либо блокирующего использование "зарезервированных" имен для файлов (как это есть в Windows).
попробуйте создать файл с любым именем или переименовать его так, чтобы в имени в любом его месте присутствовал фрагмент из трех букв "NWL" (без кавычек, разумеется. регистр значения не имеет). при этом расширение файла может быть любое. теперь скопируйте файл на рамдиск, созданный программой QSoft RAMdisk (подозреваю, что на любой рамдиск, созданный в любой программе!) и посмотрите в Total Commander на диск (папку) рамдиска, куда вы скопировали этот файл. увидите эффект

случился "упс". в тотале я просто давно вносил список масок для скрытия разных файлов в каталоге. среди масок была "nwl". по ряду причин мне когда-то была нужна такая маска имени в этом списке.
так что заочно мои извинения г-ну Гислеру, а также автору QSoft RAMdisk и форумчанам, за нечаянную дезинформацию

Скопировал, произошло ничего.

cracklover
Imdisk, тоже никакого эффекта.

Taciturn
LonerDergunov
вышел "упс". объяснения в начальном сообщении.

All
Помогите тупому сделать кнопку или bat-ник. Нужно передавать vbs-скрипту, понимающему только один параметр (имя файла) список из нескольких выделенных файлов для поочередной обработки каждого.

WatsonRus
Я не умный. Как написал батник – не понял. Но работает.

Код: @echo off
:cyrcle
if [%1]==[] goto :EOF
start /wait script.vbs %1
shift
goto cyrcle

yozhic
%S не очень удобно, можно нарваться на ограничение длины строки. На форуме wincmd.ru подобное не раз было, предположу:

Код: TOTALCMD#BAR#DATA
%ComSpec% /c for /f "delims=" %i in
('type %WL') do start /wait script.vbs "%%i"
C:\Windows\System32\imageres.dll,-68
script


-1

Skif_off
Я предупредил, что не умный

Skif_off
Что-то не выходит каменный цветок... Вместо обработки файлов делаются попытки их открыть/запустить.
Файлы - обычные текстовые файлы локали хромоногов, скрипт их конвертирует в файлы локали *.pak. По одному - все в норме, кнопка пытается запустить.

Подключён GoogleDrive как сетевой диск через WebDAV.
В реестре в ветке HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MountPoints2 он был мной переименован с невнятного "...dav...@SSL..." в более благозвучное для слуха "гуглодиск (user)" (параметр _LabelFromReg).

В виндусячем проводнике имя диска "гуглодиск (user)" ласкает взор, однако в Total Commander по-прежнему невнятное обозначение (в подсказке и в списке дисков). Мешает идентификации при использовании разных аккаунтов.

Можно как-то решить или что я не так сделал ?

Win7, TC 8.51 (оба 32 бит). Гугль указан для примера, аналогично, разумеется, и при других подключениях.

Версия 8.51a. Почему-то не работает режим отображения без сортировки (<Ctrl>+<F7>). Специально даже проверял: копировал файлы в произвольном порядке в некий каталог, переходил туда, включал данный режим, а Тотал, сволочь эдакая, всё одно показывает их в алфавитном порядке (прямая сортировка по имени). Глюк версии? Кто-нить может проверить?

У меня сработало, причём как на FAT32 так и на NTFS. Показывает без сортировки.
Windows 2003? если что.

Iacoyn
Странно. У меня Семёрка. Проверил ещё на одном компе (W2K3) с этой же версией TC - всё равно по имени. Предположил, что проблема может быть из-за ini-файла (вдруг какой-нить параметр косвенно влияет), удалил ini-файл, но всё равно в режиме отображения без сортировки упорно сортируется по имени.

P.S. И ещё на одном компьютере (версия 8.01) тоже...

BVV63
Зависит от файловой системы. В справке это есть.

Avada
Эвон оно как... А Iacoyn уверяет выше, что и на NTFS работает.

P. S. И что, это никак не исправить? Чтобы и на NTFS показывало в последовательности записи файлов.

BVV63
Никак не исправить. От версий TC это не зависит, подобное поведение существует давным-давно. У меня на NTFS сортировка алфавитная, на FAT32 и exFAT — в порядке записи на диск. А каким образом это может на диске с NTFS работать, пусть расскажет тот, кто уверяет.

Цитата:

От версий TC это не зависит, подобное поведение существует давным-давно.

Если не ошибаюсь "без сортировки" — это показать файлы в порядке их записи на диск, то бишь создания. NTFS и FAT по разному трактуют понятия времени создания и модификации. Опять таки не помню сейчас, но вроде того : для NTFS время создания - это время когда файл создавался, для FAT - это время модификации. Или наоборот.
Видимо ТС правильно изначально был заточен под FAT, ну а не исправили потому-что на фиг это никому не надо. Легко создаётся набор колонок с временем создания, модификации и последнего доступа и сортируется по дате модификации (в NTFS)

Coronerr
TC сам по себе тут вообще ни при чём. Равно как и все перечисленные наборы колонок. В справке сказано, что в режиме "без сортировки" используется листинг системной команды dir. А результат её применения в разных файловых системах — разный. В NTFS это исключительно алфавитный порядок, независимо ни от какого времени. Легко также увидеть, что при применении режима TC "Без сортировки" в FAT порядок файлов не будет определяться ни временем создания, ни временем модификации.

Avada, я про это и сказал. Зависит от файловой системы.
Но

Цитата:

"Без сортировки" в FAT порядок файлов не будет определяться ни временем создания, ни временем модификации.

с этим не согласен. Как по-вашему Dir список составляет ? Генератор случайных чисел задействует или всё-таки из FAT информацией пользуется ? Либо время либо физическое расположения первого блока файла может быть, или хедера или что у них там. Я предположил что возможно по времени.

Coronerr
Прежде чем не соглашаться, неплохо бы проверить. Я вот проверил. С этими самыми колонками (у меня такой набор существует) на FAT нет никакой корреляции между временем и порядком файлов в режиме без сортировки. И, соответственно, задачу увидеть в NTFS файлы в порядке записи на диск никакая сортировка по колонке со временем не решает. То есть (возвращаясь к исходному вопросу) в NTFS режим без сортировки ничего специфического не отображает, а просто дублирует режим сортировки по имени в прямом алфавитном порядке.

Прежде чем проверить надо с работы домой прийти. Слово есть такое "работа".

Цитата:

нет никакой корреляции

Линейный коэффициент корреляции по Пирсону рассчитывали или по Уэлду ?
Или просто заметили несоответствие ?

Цитата:

задачу увидеть в NTFS файлы в порядке записи на диск никакая сортировка по колонке со временем не решает.

Вы имеете в виду что порядок записи на диск никак не совпадает со временем ? Не то чтобы открытие, кажется это вполне объяснимо. Жаль что Вы вот это не прочли :
Цитата:

Либо время либо...

А ругаться на меня не стоило : я всего-лишь версию высказал. Но Вас это не устроило ведь, поспорить надо было. Что-ж, не буду мешать.

Coronerr
Да, я просто заметил несоответствия. Да, порядок записи никак не совпадает со временем. Для определённых выводов этого вполне достаточно. И прочитано всё было внимательно. Если исключить "либо время" (о чём у меня и шла речь), да, остаются все прочие "либо", но решению исходной задачи они тоже не помогают никак. А высказанная версия, да, меня не устроила, поскольку она не подтверждается практикой (а вовсе не потому, что мне сильно захотелось с кем-то поспорить).
На оффоруме, кстати, гораздо чаще ставилась обратная задача — алфавитная сортировка вместо её отсутствия. В основном применительно к копированию (раз, два, три и так далее).

Цитата:

но решению исходной задачи они тоже не помогают никак.

Зато могут помочь спор прекратить. Этот вопрос поднимался ранее (не здесь, и кажется даже не применительно к ТС), поэтому я, возможно и неудачно, и попытался сказать что проблема не в ТС.
А вообще какой смысл в отсутствии сортировки ? Это ведь никак не показывает действительное расположение файлов (физическое). Какой смысл в этом есть, интересно ?

Coronerr
Смысл иногда придумать можно. Конечно, когда этот порядок отличается от алфавитного. Допустим, мы хотим пронумеровать какие-то файлы именно в порядке их записи на данный носитель. Отключаем сортировку и вызываем групповое переименование по счётчику. Но в основном при повседневной работе это совершенно не нужно.

С очень высокой степенью вероятности "без сортировки" означает всего лишь порядок, в котором система отдаёт Тоталу (и любой другой программе) список файлов (WinAPI-фунции FindFirstFile и FindNextFile). А этот порядок в свою очередь определяется структурой файловой системы и механизмом обработки этой ФС соответствующим драйвером.

Например, в FAT список файлов хранится линейно, при добавлении нового файла создаётся файловая запись в конце списка (независимо от атрибута даты/времени создания). Возможно, существует также механизм переиспользования пустующих элементов списка, оставшихся от удалённых файлов, — тогда эти файлы окажутся где-то в середине, несмотря на то, что созданы позже всех остальных.

В NTFS же хранение списка файлов оптимизировано, структура теперь представляет собой бинарное дерево, что позволяет на порядки ускорить навигацию в каталогах с большим числом файлов. Если не ошибаюсь, критерием при разбиении списка на поддеревья как раз служит сравнение имён файлов, поэтому простое считывание полного списка файлов автоматически получается в алфавитном порядке. Возможны нюансы из-за специфики применения локальных символов, которые по юникодному номеру находятся в одном месте таблицы, а в алфавите соответствующего языка — в другом (как русская "Ё"), но детально этот вопрос я не исследовал.

Прошу не пинать, возможно просто закоротило. Установлен tcm851ax32_64. Поставил TheBat 6.8х64 При попытке отправить файл из TotalCommander при помощи ПКМ. TC выдает сообщение "Не удается найти файл или папку на которую ссылается ярлык TheBat.exe! При установке TheBat 6.8х32 такая же хрень. Стояла версия мыша 6.6 х32 проблем не было. Я понимаю, что имена исполнительных файлы бата, в последних версиях приобрели, цифровые дополнения 64 и 32. В настройках ТС ничего не нашел, поиски в файле TC.ini так же ни чего не дали. Где что нужно скорректировать? Винда 7х64. Умолчания заданы нормально. Чистка реестра и папок после удаления старой версии бата ни чего не дает. Сам Бат работает нормально. Где остаются хвосты. Спасибо!

velch TC тут не причём, это глюк win http://goo.gl/pXPwQx

velch
На будущее, если будут возникать подобные вопросы: системное контекстное меню отображается без всякого участия TC (за исключением нескольких добавочных пунктов) и его настройками не управляется. Откуда открывалось подменю для отправки, в данном случае несущественно.