Total Commander :: Поиск недокачанных изображений

through

[^/[Print]\]
Goto page Previous 1, 2, 3, 4, 5 Next :| |:
Total Commander -> Автоматизация Total Commander

#46: Author: Skif_off,

Posted: Sun Jan 01, 2017 00:38
—
Скрипт обновлён:

- поправлена отмена создания cmd-файлов для копирования и удаления;
- поправлено имя функции.

#47: Author: Hisly,

Posted: Mon Jan 30, 2017 02:14
—
Может напишите для тех кто не в курсе куда это скрипт вставлять и как запускать. Что-то у меня ничего не выходит

#48: Author: Avada, Location: Россия, Саратов

Posted: Mon Jan 30, 2017 09:35
—
Hisly
В подфоруме "Автоматизация" наверху прикреплена памятка по скриптам, где уже давно наиболее важные рекомендации расписаны. А о том, что AutoIt-скрипт в натуральном нескомпилированном виде (*.au3) для своего запуска как исполняемого файла требует наличия в системе установленного AutoIt, несложно прочитать и за пределами этого форума. Объяснять подобные вещи специально в каждой теме, где есть подобные скрипты, никто не будет.

#49: Author: BeardFury78,

Posted: Mon Jan 30, 2017 10:32
—
Avada
А может лучше эту тему перенести в раздел "Автоматизация", ИМХО, там ей самое место Smile

#50: Author: Skif_off,

Posted: Mon Jan 30, 2017 10:48
—
Выше в теме был пример моей кнопки, не стал повторяться (важно: параметр recurs заменён на --recurs). Сейчас допишу в пост со скриптом подробности.

Avada
В памятке большей частью общая информация и детали использования VBScript, в то время как использование других языков, требующих стороннего интерпретатора (AutoIt, AutoHotkey, Python, KiXtart и прочее) без инсталляции с файловыми ассоциацияии, всё-таки может вызвать вопросы.

#51: Author: Avada, Location: Россия, Саратов

Posted: Mon Jan 30, 2017 11:04
—
Skif_off
А это и есть общая информация. Вопросы же, как показывает практика, может вызвать абсолютно что угодно, независимо от детализации пояснений. Предлагается добавить в памятку фрагмент, где явным образом написано в общем виде, как быть, если для работы скрипта нужен сторонний интерпретатор? Можно написать в тему с её обсуждением.

BeardFury78
Вполне разумное предложение, учитывая конкретное содержание темы. Сделано.

#52: Author: Skif_off,

Posted: Mon Jan 30, 2017 11:55
—
Avada
Это да, уровень детализации - тот ещё вопрос, но влезать в обсуждение памятки что-то не хочется...

Добавил в пост со скриптом необходимый минимум для запуска и примеры, проверку скриптом наличия jpegtran exe рядом по просьбе добавлял ранее.

#53: Author: Hisly,

Posted: Tue Jan 31, 2017 00:06
—
Skif_off

У меня нет слов это то что я долго искал. СПАСИБО!!! Работает супер, "разобрал" фотоархив после вируса 36 000 файлов.

Если бы он еще RAWы и NEF просматривал.

#54: Author: Skif_off,

Posted: Tue Jan 31, 2017 04:34
—
Hisly
Строго говоря, NEF - это и есть RAW, только Nikon'овский. По идее есть конвертер из ImageMagick и можно конвертить во что-нибудь, что хранит так же много дополнительных данных (типа DNG, может быть?), многие RAW он читает, но не нагуглил коды возврата и сообщения об ошибках, надо пробовать.

#55: Author: Skif_off,

Posted: Sun May 21, 2017 17:02
—
Наткнулся нечаянно на libjpeg-turbo, полез потестить, натравил на 1069 штук, 3,24 Гб:

Code:

JPEGclub.org 10,56 мин
VS 2010 x86 7,81 мин
VS 2010 x64 7,36 мин
GCC x86 7,92 мин
GCC x64 7,52 мин

GCC-версия не поддерживает префикс "\\?\", со всеми вытекающими, VS - тянет с собой msvcp100.dll/msvcr100.dll.

Как бы всё это совместить?

#56: Author: Skif_off,

Posted: Mon May 22, 2017 12:00
—
Похоже, оптимизация таблицы Хаффмана получается побыстрее за счёт SSE2.
Пока структура такая

Code:

\jpegtran.exe обычная версия JPEGclub.org
\libjpeg-turbo-vc\jpegtran.exe libjpeg-turbo x86
\libjpeg-turbo-vc64\jpegtran.exe libjpeg-turbo x64

и галочка "libjpeg-turbo" с автовыбором разрядности.

Предложения приветствуются.

#57: Author: Skif_off,

Posted: Fri May 26, 2017 04:46
—
У кого-нибудь есть время и возможность проверить разницу по скорости между обычной версией и libjpeg-turbo с процессором без поддержки SSE2? Комплект.

P.S. Наткнулся по случаю на "VBoxManage modifyvm --cpuid", но не понял значение параметров, проверить пока нет возможности.

P.P.S. Удалось найти человека со старым процом: поддержка процессором SSE2 - не обязательно условие запуска утилиты, а профит есть и в таком случае, видимо, за счёт MMX.

Last edited by Skif_off on Wed Jun 21, 2017 09:34; edited 2 times in total

#58: Author: BeardFury78,

Posted: Wed Jun 21, 2017 01:02
—
Заметил, что во время проверки файл jpegtest.jpg в папке Temp на системном диске C:\ постоянно меняет свой размер и дату. Кажется это сюда копируются изображения во время проверки. И компьютер у меня тормозит на стадии сканирования, особенно когда проверяются файлы на другом физическом диске. Думаю, это по причине плохих дисков, когда они не справляются с постоянным копированием файлов в папку Temp, особенно когда это длится долго и на папках с сотнями тысяч изображений. Если в этом состоит причина тормозов, можно ли как-нибудь этот подход изменить, чтобы проверялося прямо на месте, без копирования файлов в другое место? Скажем, выложить альтернативный вариант скрипта?

#59: Author: Skif_off,

Posted: Wed Jun 21, 2017 10:42
—

BeardFury78 wrote:

Заметил, что во время проверки файл jpegtest.jpg в папке Temp на системном диске C:\ постоянно меняет свой размер и дату. Кажется это сюда копируются изображения во время проверки.

Немного не так, Jpegtrun сжимает изображение и сохраняет в %Temp% результат, результирующее изображение будет поменьше размером, но, в общем, не очень значительно. Сделано так по простому соображению: если вам когда-нибудь приходилось сталкиваться с необходимостью восстановления данных с жёсткого диска, вероятно, вы знаете, что в таком случае нельзя ничего писать на носитель, только чтение.

Тут дело может быть не только в дисках, ведь идёт сжатие. Можете озвучить вашу конфигурацию? Процессор, диски, ОС? Для тестов в качестве слабого компа использовал HP Pavilion dm1-4000er, каких-то особых проблем не заметил.
Могу добавить, опционально, возможность писать в выбранный для тестирования каталог с изображениями, не могли бы вы проверить и сравнить поведение? Полагаю, вы используете версию отсюда, тогда так

Hidden text

Это набросок, надо подумать, как всё это аккуратно добавить, если что. Скрипт подсократил, убрал возможность генерировать батники и возможность протестировать файлы по списку, временный файл будет писаться в корень каталога, указанного в поле ввода (даже если отмечено "Рекурсивно"), лог-файл всё так же будет сохранён в %Temp%.

В планах есть:
- подсказали идею: попробовать результат отправлять в nul, тогда можно сэкономить ресурсы на запись его на жёсткий диск;
- попробовать использовать Jpeginfo, пользователь на Ру-борде предложил и скомпилировал версию для Windows с libjpeg проекта libjpeg-turbo: если результат проверки будет таким же, то можно немало выиграть;
- посмотреть, возможно ли использовать jpeg62.dll напрямую, с DllCall() (проблема не только в структуре).
Вот только никак руки не дойдут засесть Sad

И у п.2 есть проблема: неизвестно, какие именно ошибки может найти, а что пропустит в сравнении с jpegtran (т.к. с jpegtran происходит оптимизация таблицы Хаффмана, то для сжатия потребуются всё содержимое файла). Возможно, есть смысл покопаться в исходниках и найти все сообщения об ошибках...
Опять же, охватить все возможные проблемные файлы не могу, для теста повреждённые JPEG'и получаю тривиально, в hex-редакторе.

Last edited by Skif_off on Wed Jun 21, 2017 16:48; edited 1 time in total

#60: Author: BeardFury78,

Posted: Wed Jun 21, 2017 12:29
—
Skif_off
Моя конфигурация: ОС - Windows 7 64 bit, ЦП - AMD Phenom X3 8650, диски - ST3500418AS ATA Device (500 ГБ, 7200 RPM, SATA-II) и WD4000AAKS-00TMA0 ATA Device (373 ГБ, IDE). Сейчас еще раз запустил скрипт (и старый, и новый варианты) и не появилось никаких тормозов. Ни старый вариант, ни новый не нагружали систему. Возможно скрипт не виноват во вчерашних тормозах, может причина в других процессах, если так, прошу прощения за ложную тревогу. Просто вчера я только в первый раз использовал скрипт сразу на больших папках и где-то через полчаса начались тормоза. Новый вариант скрипта для меня можно не писать. Но в принципе хотелось чтобы было меньше нагрузки на жесткие диски, если это возможно, они у меня совсем старые.

Total Commander -> Автоматизация Total Commander

output generated using printer-friendly topic mod. All times are GMT + 4 Hours

Goto page Previous 1, 2, 3, 4, 5 Next :| |: Page 4 of 5