Поглядел. В общем, писать не о чем.

• Может конвертировать и открывать каталоги с предыдущих версий, включая 3b2.
• Есть коррекция геометрии. Наконец-то. Бочка, виньетирование, всё-что-хочешь. Но, например, моего Canon EF 100-400 в базе нет. И Сигмы 10-20 нет. Дорога мне к Lens Profile Creator. UPD. На нескольких кадрах профиль для сигмы 10-20 появился. Ничего не понимаю, как он выбирает? Глюк какой-то… UPD2. Ну и виньетирование на сигме, это абзац! И ведь не самый дешёвый объектив.
• Фильтры в Grid по-прежнему сбрасываются каждый раз, как покидаешь папку. В отличие от LR2. Я что-то пропустил, у Adobe в этом плане произошла смена идеологии? Про «замочек» я знаю, но речь не о нём. UPD. Да, смена идеологии. Чёрт. Говорят, может быть в LR4 исправят.
• Появился фильтр по фокусному расстоянию.

Всё.

Мы так долго ждали, пока гора родит мышь.

Подробности, включая длинный перечень старых «нововведений» во всех бетах — в блоге Adobe. Прямая ссылка на статью битая. Что симптоматично.

Давайте теперь быстренько начнём мечтать о LR4 — с нормальным API и свежими фичами.

Оговорюсь — всё вышесказанное ни в коей мере не означает, что LR3 плохой. Нет, имхо это одна из лучших программ с чудесным raw-конвертером. Но и ему есть куда развиваться.

Процитировать пост:

Евгений Булатов (vendigo) сделал со мной интервью на тему Лайтрума.

Обсуждаем организацию рабочего процесса в Лайтруме и других программах, размышляем, чего не хватает Lightroom сейчас и какие добавления сделали бы более счастливым меня, а может быть и многих других.

Попутно вместе со мной с радостным изумлением узнаём от Евгения, что Adobe уже встала на путь исправления — в новой версии ACR 6.1 наконец-то будет долгожданная коррекция геометрических искажений. Я попробовал бету, мне понравилось.

Прошу <быть довольным тем, что нравится, что (кто) приходится по вкусу> (в просторечьи «любить») и <оказывать внимание, уважать (разг.)> (aka «жаловать»).

Евгений, спасибо!

Процитировать пост:

Ещё раз спасибо всем за рекомендации по поводу выбора процессора для компа с Лайтрумом. Я останавливаюсь на i7 и трёхканальной памяти.

Но начал я с SSD — решил, всё равно давно собирался его купить. Приобретение: Kingston «ssdNow» 128Gb SSD.

Вот первые тесты:

Я сделал два каталога и два одинаковых набора фотографий — на HDD, и на SDD. Также я менял расположение ACR Cache — тоже то на жестком, то на твердотельном дисках. Добавлялось 422 фотографии, RAW и два полугигабайтных PSD. Превью делались для 30 фотографий, включая эти PSD. Кэш каждый раз обнулялся.

Как мы объективно зрим, разница по скорости между всеми вариантами в пределах погрешности.

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

Из чего я делаю вывод, что в своих сомнениях я был не так уж и неправ. Пропускной способности моих HDD для Лайтрума вполне хватало, и дополнительные мегабайты в секунду упёрлись в то же, во что они упирались и раньше — в нехватку мощности процессора и в скорость памяти. Причём я ставлю на то, что процессор влияет больше.

Это не значит, что SSD совсем незаметен. Лазание по каталогу на SSD идёт в целом бодрее, чем по его аналогу на HDD. И ещё немножко быстрее, если на SDD находится кэш ACR. Скорость однако увеличивается не драматически. Наличие фоток на SDD на скорость практически не влияет. Также SSD не влияет ни на что, связанное с редактированием фотки — в том числе, на локальные коррекции. Увы.

Осторожно, двери закрываются. Следующая остановка: тестирование i7.

Поделиться, оценить:

Краткая история вопроса:

• Долайтрумная эпоха (Stone Age)
• Железный век, становление цивилизации (Iron Age)
• Изобретение пара и электричества (Steam Age)
• Постмодерн, Настоящее время (название эры ещё не придумал)

Как я уже писал в Iron Age, каждый каталог должен называться по какой-то системе. Иначе не пройдёт и ста фотосессий, как вы повеситесь искать нужное в этой бесформенной куче.

Не буду здесь вдаваться в теорию графов, принципы управления знаниями, хеши, теорию информации и прикладную лингвистику. Главным образом, потому что я сам в этом не разбираюсь. Поэтому будем по простому, по пролетарски.

Правильное Имя очень важно. Слово было в начале, слово будет в конце. И посередине тоже: «В оный день, когда над миром новым, Бог склонял лицо своё, тогда Солнце останавливали словом, Словом разрушали города…» И воркфлоу тоже разрушали.

Главное в названии — быстро найти нужное. Обычно я приблизительно помню, когда снимал (с точностью до сезона) и что снимал (с точностью до категория — «Фотосессии», «Натюрморты», «Кошка™ и Ковёр™», «Никому это не показывай!» и т. п.). Поэтому основные компоненты в Имени моём следующие: дата и категория. Плюс вспомогательные компоненты, облегчающие вспоминание. И, напоследок, намёк на то, где именно хранятся оригиналы фотографий. Потому что каталоги у меня лежат все на одном быстром диске (и бэкапятся на другой), а вот фотографии разбросаны по куче разных. Ещё раз, компоненты имени: 

• Дата (год-месяц-день)
• Категория
• Краткое описание
• Где хранятся оригиналы

Именно в такой последовательности, потому что всякие эксплореры обычно сортируют список файлов по имени, и искать по дате/категории будет удобнее.

В итоге получается что-то вроде «20100311 Натюрморты - Гамак Unlimited (Photos_2010_1)» для имени каталога, и «x: / Натюрморты / 20100311 Гамак Unlimited» для названия папки с оригиналами — там ведь не нужно указывать категорию и диск, и так всё ясно. А чем короче имя папки, тем для LR лучше.

Теперь же о самом главном изменении в эпоху Постмодерна: категории «Ню» больше нет. Не потому что Ню ушло из мира, нет. Наоборот, его стало больше, и я не вижу смысла создавать под него отдельные проекты. В любой фотосессии и даже в натюрморте могут оказаться пикантные моменты.

Все фотосессии, которые не стоит показывать «18-», помечаются знаком «#» в названии каталога. И в названии папки с оригиналами. Вдруг юная родственница заглянет, пусть сразу знает куда смотреть. Сюда: «20100311 Фотосессии - Гамак Vintage Candid # (Photos_2010_1)».

Только что словил чудный глюк Лайтрума.

Фотография лежит в папке «x:\Photos\2009-12-26+10 Istanbul NY 2010\2009-12-30\Bozdoğan Kemeri  (Valens aqueduct)\akry\ir».

Но при экспорте JPG итоговый жыпег кладётся в «x:\Photos\2009-12-26+10 Istanbul NY 2010\2009-12-30\Bozdogan Kemeri  (Valens aqueduct)\akry\ir\jpg.690px». Помимо этого происходят ещё всякие чудеса и танцы с медведями.

Товарищи! Будьте бдительны со всеми символами, кроме честной латиницы. И старайтесь не использовать их в именах папок. Я нарушил это негласное правило, и теперь моя душа проклята. Пойду отмаливать переименовывать.

Я тут полазил по фликеру и понял, что не все знают про такой удобный механизм — синонимы для ключевых слов.

Всё очень просто — вы не пишете все возможные ключевые слова для фотки, а задаёте одно (я предпочитаю английское), после чего добавляете к нему произвольное количество синонимов. Например, название на русском, на местном, альтернативные варианты названия, распространённые сокращения. При экспортре, если стоит галочка напротив «Export Synonyms», все они будут автоматически добавлены в картинку.

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

Также полезный механизм для упорядочивания слов — иерархия. На картинке видно, что есть например группа «§styles», внутри которой ключевые слова «lomography» и «street» (каждое конечно же с синонимами). Экспорт самого слова «§styles» не разрешён, а вот «Export Containing Keywords» включён. Символ «§» я поставил только для того, чтобы отличать абстрактные группы от реальных ключевых слов, вы можете выбрать любую другую схему обозначений.

А вот слова «turquie» и «istanbul» будут экспортироваться в итоговую картинку, если она помечена словом «valens aqueduct». Таким образом, фотка, помеченная всего двумя тегами «IR» и «valents aqueduct» в экспортированном варианте уже содержит в себе обширный список: «bozdogan kemeri, bozdoğan kemeri, converted digital camera, false color, faux colour, Hoya R72, infrared photo, IR, istanbul, turquie, valens aqueduct, акведук баланса, акведук буздоган, акведук валенса, инфракрасная фотография, стамбул, турция». И вы на его составление сил уже не тратите.

Вот бы такой механизм реализовали ЖЖ и Ли.ру, как было бы хорошо…

++ Помимо поиска я использую неэкспортируемые ключевые слова, чтобы помнить, в каком состоянии фотография — увеличена ли резкость, отправлена ли эта фотография на flickr, panoramio, требуется ли добаботка в фотошопе и т. п.

Спасибо aximus за наводку.

В пресс-релизе много красивых слов, среди которых преобладает эпитет «incredible» — «incredible detail», «incredible image quality». Также были заявлены приоритеты при редизайне движка: «Perfomance and Image Quality».

Я протестировал LR3 с равами на высоком ISO, чтобы проверить работу шумодава.

Luminance 0, Color 25, Sharpening Amount 25, R1, Detail 25, Masking 50. Вот то, что сделал Lightroom 3b1.

А вот работа Lightroom 2.5 с теми же настройками:

«Тройка» справилась с шумами в целом лучше. Не «incredible», но приемлимо. Причём заявлено, что это ещё только бета, а в релизе алгоритмы будут ещё сильнее. 

Демозаика идёт не быстрее, а очень даже медленнее, чем в LR2.5. «Loading…» для одной картинки иногда светится по полминуты. Sic!

Каких-либо улучшений в локальной коррекции я не заметил — ни по качеству, ни по скорости.

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

Виньетки в перспективе будут милыми, но пока всё очень сыро. Ещё (не прошло и десяти лет) добавлена возможность вставлять водяные знаки в картинки — текстовые или графические. По сравнению с LR/Mogrify интерфейс, прямо скажем, убог. Но mogrify дико тормозит, а встроенное средство — вроде нет. И для простых случаев сгодится.

Импорт новых фоток выполняется шустрее. И или я что-то не понял, или генерация превью идёт в фоне, не замедляя (ещё больше) работу. Интерфейс импорта пересмотрен. На мой вкус пересмотрен не в плюс или в минус, а куда-то вбок — в «разделить» и «умножить». Жить можно. Кстати, теперь можно импортировать прямо из папки в папку внутри каталога — с соответствующим модулем импорта и его возможностями. В принципе в новом «импорте» очень шустрый браузер по картинкам, похожий на Bridge. Но в бете он отказывался смотреть подпапки, так что в полной мере я его оценить не смог. А задумка хорошая

А вот стеки по-прежнему ограничены одной директорией. Ну почему, блин? Это инструмент группировки, зачем мне думать, где в папках на самом деле оригиналы? Какой-то идеологический ляп.

Резюмирую. В третьем Лайтруме лучше шумодавы и (наверное) обработка RAW и есть несколько мелких приятностей. Всё хорошо, но ничего incredible и outstanding.

В LR3 есть ещё куча доделок, о которых вы легко прочтёте в релизе или увидите их сами.

На всякий случай, вдруг кто не знает.

• Запрос на новые фичи в Лайтруме можно сделать в этом официальном форуме. Сперва нужно быстренько зарегистрироваться.
• Все предыдущие запросы одной большой колбасой можно прочитать/скачать здесь.
• RSS для подписки на новые/все запросы здесь.
• Форум Лайтрума, где можно пожаловаться на баги, здесь.
• Общая форма фича-риквеста для любого продукта Адоби здесь.
• Если кликнуть справа на «Receive email notifications», по почте будут приходить новые фича-риквесты.

Если вам приходит в голову мысль о том, как улучшить Лайтрум, пожалуйста не стесняйтесь и шлите её Адобам. Чем больше нас таких будет слать риквесты, тем больше шансов, что Лайтрум станет удобным именно нам.

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

Возможная причина. Одинаковые имена файлов в разных папках вызывают хеш-коллизии.

Возможное решение. Переименовать все файлы, чтобы у них были уникальные имена.

Если импортировать файлы и не снять галочку «Don't re-import suspected duplicates», то Лайтрум возмутится, если в каталоге есть файлы с такими же именами, даже если они в разных папках. По слухам, Лайтрум сравнивает имя файла, дату съёмки из exif и размеры файлов, но у меня были случаи, когда дубликатом назывались файлы только с одинаковыми именами. Может быть при перемещении файлов происходит тот же сбой.

note. На месте Adobe я бы не завязывал хеш только на имя файла (если это действительно так). Аналогичный случай произошёл в городе Кутаиси в Export Dialog — вы не можете сделать одинаковые имена Export Presets, даже если они в разных папках. Грубое нарушение юзабилити — мы привыкли к тому, что в разных папках документы могут быть названы одинаково.

++ Сбои в копировании/перемещении фотографий могут появляться, когда ЛР одновременно и перемещает файлы в другую папку, и считывает метаданные из выделенных файлов. При этом в верхней части рабочего пространства появляется сразу две полоски прогресса выполнения. Поэтому если файлы не перемещаются или не переименовываются, можно попробовать снять с них выделение сразу после начала перемещения или переименования.

Nik Software выпустило версии своих плагинов для Lightroom. Наши любимые Color Efex, Dfine, Sharpener Pro, Viveza и Silver Efex ставятся как standalone apps и регистрируются как внешние редакторы в Лайтруме.

Работа с ними выглядит так:

• вы отправляете картинку в выбранный плагин, например, Color Efex;
• она преобразуется во что вы скажете (например, в TIFF 16 bit) и открывается в Color Efex;
• вы редактируете её там, размашисто добавляя эффекты;
• закрываете Color Efex и отредактированная копия картинки появляется в Лайтруме рядом с оригиналом.

Сдаётся мне, что стоит изменить workflow в Lightroom. Например, на такой:

1. Выполнить все первичные коррекции в RAW.
2. Отправить избранные картинки в Dfine, чтобы убрать шумы. Ибо он работает лучше, чем Лайтрумный.
3. Отправить обесшумленные картинки в Sharpener Pro (Raw Presharpener). Ибо и он тоже работает лучше, чем Лайтрумный.
4. При необходимости, отправить отшарпенные картинки в Photoshop, чтобы убрать дисторсию, заштамповать что-нибудь.
5. В Лайтруме массово экспортировать картинки в нужном размере в какую-нибудь папку.
6. В Лайтруме подцепить эту папку и массово отправить оттуда фотки в Sharpener Pro (Output Sharpener). И увеличить резкость сообразно устройству вывода и размеру фотографии. Наверное имеет смысл не делать копии, а шарпить сразу экспортированные картинки. Всё равно это не оригиналы.
7. Профит. Чрезвычайный профит.

Разумеется, всё это можно сделать и по другому. Но в большинстве случаев, только ректально. Я вот раньше дроплетами баловался.

Пожалуй, опробую этот воркфлоу и посмотрю, даст ли он преимущество перед дроплетами.

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

Начало: «Странности Lightroom — потерянные preview».

Ура. Я решил проблему с превью в Lightroom.

Вкратце о проблеме: Лайтрум «забывает», что сделал previews. При каждом новом запуске он рендерит их заново, будто бы их нет вообще.

Найденная причина: дело в слишком длинном пути к файлу каталога.  Если длина имени файла .lrcat (вместе с именами папок) превышает 150 символов, начинаются вышеописанные чудеса. Стоит только переименовать каталог (или папку, в которой он находится), чтобы путь был короче 150 символов, всё приходит в норму. Превью (стандартные и 1:1) создаются и запоминаются, появляются файлы с превью (те, что с расширением «noindex» в папке «Previews.lrcat»).

Длина пути к исходным изображениям неважна. Так же неважна кодировка символов в именах — это могут быть любые разрешённые Windows символы, включая кириллицу.

Дополнения

1. Спасибо чудесной бесплатной утилите Process Monitor, позволяющей отслеживать, к каким файлам обращается программа и какие ключи реестра пишет.

2. Лайтрум, даже если ничего не делает, всё равно постоянно открывает/закрывает файл lrcat каждые пять секунд. И вообще суетится и ёрзает, занимая диски и процессор. «Вам может показаться, что я бездельничаю, но на клеточном уровне я чрезвычайно занят!»

3. Если просто открыть в Лайтруме Grid с картинками, Лайтрум начнёт в фоне прочёсывать все оригиналы и создавать файлы в своей папке «Previews». Даже если его об этом не просить. Видимо делает thumbnails или превью очень маленького размера. А может он вытаскивает превью из файлов. Поэтому при открытии большой папки с картинками, Лайтрум какое-то время тормозит машину и трещит диском, даже если вы ничего не делаете.

4. Когда я тестировал на допустимую длину имени каталога, я столкнулся с такими любопытными вещами.

Во-первых, превью создаётся заново, даже если изменить не имя каталога, а название папки, в которой он находится. Видимо хеш завязан на полный, а не относительный путь. Глупо.

Во-вторых, превью иногда создаётся не с первого, а со второго раза. Да, именно так. Один раз открыл, создал превью, закрыл. Открыл заново, LR опять делает превью. Снова закрыл, открыл — превью не создаются, а грузятся из кэша.

В-третьих, критическая длина пути каталога не всегда 150 символов. Иногда она на символ меньше, иногда — на символ больше. Причину не понял, поэтому рекомендую  на всякий случай делать путь заведомо короче 150 символов. Возможно имеет значение путь непосредственно к файлу превью (тому, что в папке «Previews.lrcat», с расширением «noindex»). У меня получилось, что общая длина пути к этому файлу, включая его имя, не должна превышать 260 символов. Длина имени файла preview вроде бы всегда одинаковая, но не исключаю ситуации, когда длина пути к разным файлам будет различаться. Что вызовет специфический глюк — к части фотографий превью будут создаваться и запоминаться, а к части (например из подпапок) — не будут.

В общем, я собой доволен. LR спокойно переделывает превью для 15000 фоток из Испании. Пойду, сделаю себе кофе и отдохну. Трудно быть самым умным и красивым. :)

Проблема решена! Подробности здесь.

Описываю симптомы.

Lightroom «забывает» про то, что сделал превью — стандартного размера и и полные. Каждый раз, как я его запускаю и открываю фотографию в Loupe, он начинает рендерить превью заново.

Не всегда, но очень часто. Как это замедляет работу, можно и не говорить.

Что я пытался сделать и что не сработало:

• Создал превью. Стандартные и полные.
• Преобразовывал фотки в DNG.
• Переместил каталоги на другой диск и на другой контроллер.
• Проверил права доступа на папки каталога и оригиналов.
• Удалил папку «prevews.lrcat».
• Сделал «Discard 1:1 previews» и создал их заново.
• Изменил размер кэша ACR и переместил его в другое место.
• Создал каталог заново, с нуля.
• Оптимизировал диск, убедился, что на нём полтерабайта свободного места.
• Выполнил «Relaunch and Optimize Catalog».
• Изменил размер / очистил кэш превью / переместил его на другой диск.
• Оптимизировал базы этим способом.
• Переместил оригиналы на другой диск и другой контроллер.
• Изменил несколько раз размеры создаваемых превью.
• Включал/выключал «Write changes to XMP».
• Попробовал Lightroom версий 2.3 и 2.4, x32 и x64.
• Отключал антивирусы, и вообще,
• запустил машину в безопасном режиме, без посторонних программ.
• Всё это — с разными каталогами.
• Всё это — на Windows XP x64 и свеженькой Windows Vista x64.

Вроде всё сделал? По колесу постучал, зеркало протёр. Знаю, многое из перечисленного непонятно как влияет на каталог, но я перепробовал всё, что имеет хоть какое-то отношение к превью.

Однако даже во время создания превью размер файла каталога не меняется вообще, не меняется и размер и содержимое папки каталога. Только в папке ACR cache добавляется новых файлов кэша. Учитывая размер файла каталога, превью там вполне могут быть. И Лайтрум может просто отказываться их распознавать, а во время генерации ничего не меняется, потому что превью и так есть в файле.

Впрочем, внутри таблиц БД я не вижу ничего, напоминающего превью. Библиотеки работы с SQLite в системе? Нет, сомнительно. Лайтрум всё своё таскает с собой, на то это и SQLite. К тому же я проверил симптом на других установках Лайтрума.

Интернет и форумы Адоби молчат, как пленные партизаны. Ни следа проблемы. Похоже в целом свете только я словил симптомы.

Это уже становится интересным. Как технически такое вообще возможно? Не вижу вариантов.

Да, да, версия 2.4.

Новые камеры (включая Canon 500D, Nikon D5000 и массу хасселей, ох, хочу хассель, можно не все, хоть парочку. и линзы к ним…). Багфиксы. Camera Raw 5.4. Конкретнее вы можете прочитать в этом pdf.

Ничего принципиально нового и будоражущего. Скорость работы на первый взгляд не выросла.

rdavid затронул важную тему — как убрать из экспортируемой картинки лишние метаданные? Например, используемый софт. Да и весь рабочий XMP тоже там не нужен, а он есть и занимает место.

Я сделал маленький скриптик, «зачищающий» картинки после экспорта. Он в присоединённом архиве. Работает с помощью exiftool.

Всё, что он делает, удаляет весь XMP и из EXIF убирает поля «Software» и «ProcessingSoftware». При желании легко можно дописать свои поля или вставить любые другие модификации EXIF.

Скрипт metadata_cleanup.cmd — export action для Lightroom. Поместите его в папку с Export Actions и укажите в качестве Post-Processing action в окне экспорта.

Скрипт metadata_cleanup_all.cmd «зачищает» все файлы JPG в текущей директории. Если вы хотите зачистить не только JPEGs, но и другие файлы, поменяйте расширение «JPG» на нужное вам в строке «('dir /b *.JPG')».

Очевидно, что возможности exiftool на этом не исчерпываются. Можно сделать thumbnail для экспортируемой картинки, можно вставить в EXIF дату экспорта, можно переместить картинку в соответствующую папку (например, по имени категории), можно многое, на что хватит фантазии.

++ Это один из вариантов. Хорошо расширяемый и удобный, когда нужно не только исключать, но и менять данные. Альтернатива: замечательный плюгин Metadata Wrangler. Очень наглядный, простой и мощный.

Задумал написать о работе с Adobe Lightroom. Талмуд делать не хочу, а хочу серию мелких статей.

У меня есть список тем, которые в своё время были важны для меня. Часть уже обработана:

• Рабочий процесс в Lightroom — то, что называют workflow
• Geotagging, раскладка фотографий на карте — Lightroom там немножно сбоку, но тоже задействован
• Оптимизация баз Lightroom для ускорения работы
• Работа с ключевыми словами в Lightroom и разные способы ускорения сортировки фотографий
• Что делать, когда Lightroom отображает RAW не так, как камера на своём экранчике
• Зачем нужен формат DNG — касается не только Lightroom
• Получение jpeg preview и thumbnails из RAW — тоже не совсем Lightroom, но для меня — часть рабочего процесса в нём
• Методы сортировки и выборки фотографий в Lightroom — коротенько, концептуально
• Кое-какие удобные пресеты Lightroom
• Как в Photoshop менять размер кисти колёсиком мыши по примеру Lightroom — тоже не про Lightroom, но важно
• Чем вообще отличается Adobe Lightroom от Bridge и Photoshop

Есть мысли на тему:

• Интеграция Adobe Lightroom и Photoshop — как потоково обрабатывать фотографии, используя две эти программы
• Что такое «реальный» HDR и причём здесь Lightroom
• Базовое улучшение фотографий с помощью Lightroom
• «Lightroom ABC» — база, которой можно научиться за 30 минут
• Создание рамок с LR/Mogrify
• Шаблоны экспорта в Lighroom
• Чем отличается в Lightroom ползунок Exposure от Brightness
• Базовое увеличение резкости в Lightroom

Что из перечисленного или неперечисленного было бы интересно прочитать вам?

Лайтрум — не демон скорости. То, что другие не лучше — оправдание слабое. Может быть Adobe когда-нибудь и ускорит Lightroom, но это ещё когда будет, а работать надо сейчас.

Очевидно, что «ускорить» — очень неконкретный глагол. Быстрее всего Лайтрум будет работать, если в каталоге оставить одну фотографию размером в 500×500 пикселей. И ничего с ней не делать, только смотреть. Скорость будет фантастической. Но в реальном мире задачи чуть более серьёзные. Поэтому под «ускорить» мы будем подразумевать увеличение скорости в следующих операциях:

• Всё связанное с обработкой файлов. А именно: импорт/экспорт, массовое переименовывавывавывание, копирование/перемещение, создание превью, просмотр большого каталога, массовое назначение ключевых слов и рейтингов и т. п.
• Индивидуальная обработка фотографии. В первую очередь это локальные коррекции.
• Непосредственная производительность лично вас в работе с Лайтрумом. Удобные клавиатурные команды, трюки, облегчающие жизнь.
• Пакетная обработка на заданную тему. Например, мне приятно давить шумы в фотографиях. Встроенным шумодавом я не очень доволен, значит дорога мне к Neat Image. Ещё к таким задачам относится склейка панорам, HDR, увеличение резкости.

У каждого свои критерии, что такое «большой тормозной каталог фотографий». У кого-то размер файлов такой, что Лайтрум летает на гигабайте оперативки. Кому-то не хватает и восьми. Так что давайте условимся: «большой каталог» — такой каталог, который тормозит вашу машину.

Вот мои мысли на тему ускорения в вышеперечисленных операциях. Для начала, общие вещи. Которые однако могут быть известны не всем.

• Быстрое железо быстрее, чем медленное железо. Свежая мысль, да? От её банальности она не становится менее актуальной. Железо для Лайтрума должно быть быстрым. Как показали мои тесты, главные bottleneckи — размер RAM, скорость RAM, скорость процессора, скорость жесткого диска, наличие свободного места на жёстком диске. Быстрый жёсткий диск проявит себя при массовой работе с файлами. Быстрая оперативка — при любой обработке, а главное — в локальных коррекциях. Большой объём RAM — при массовой работе с файлами. У меня Лайтрум стал резко быстрее работать, когда я увеличил память с двух до шести гигабайт. Быстрый процессор скажется на скорости преобразования в DNG и при локальных коррекциях. Многоядерность Лайтруму по сердцу. NB: если вы подключаете внешний жёсткий диск с фотографиями, старайтесь подцепить его через eSATA, а не через USB. Прирост скорости коллосальный.
• Windows x64. Потому что на x32 нельзя использовать больше 4Gb RAM. Лайтрум умеет использовать больше, если ему создать условия. Их три: версия Лайтрума для x64, ОС х64 и больше 4Gb памяти. Ускорение из моего опыта значимое, проявляется при массовой обработке. И когда одновременно работает Photoshop.
• Оптимизировать диски, назначить фиксированный размер файлу подкачки.
• Идеальный случай: в системе четыре RAID. На одном операционная система, на другом — Лайтрум, на третьем — каталог, на четвёртом — фотографии. Поскольку мы живём не в сказке, то исходим из наличия железа. Хотя бы разнесите на разные диски каталог и фотографии.
• Лишние процессы в системе не всегда ускоряют работу. Проверьте, не занимает ли какая-то утилита процессор и диск? Всё, что она берёт себе, недополучает Лайтрум.
• DNG обрабатываются как правило быстрее, чем оригинальные RAW камер. Не говоря о других преимуществах. Преобразовать картинки в DNG можно независимо от Лайтрума с помощью Adobe DNG Converter. Ставите его на обработку новой порции фото, а сами работаете в Лайтруме над другим проектом.
• Если создать превью заранее (поставить генериться на ночь), то при просмотре каталога на каждом файле не будет теряться время на генерацию.
• Много-много файлов в каталоге = медленный-медленный просмотр. Разбивайте картинки на порции, в каждой из которых не больше 500-600 фоток.
• При массовой обработке фотографий в плане каталогизации (назначение ключевых слов, рейтингов) отключите «Catalog Settings: Metadata: Automaticaly write changtes to XMP». Лайтрум тогда будет писать все изменения в свою базу данных, не трогая фотографии. Что существенно ускоряет. Главное, после обработки не забудьте выделить все изменённые фотографии и нажать Ctrl-S (Metadata::Write metadata to file), чтобы записать изменения в файлы. Потом же, когда изменения будут редкими, можно включить эту опцию обратно, чтобы не думать о сохранении.
• Просмотр в Develop Module обязательно включает генерацию превью 1:1. А в Library Module — нет. Если вы собираетесь сперва просмотреть фото в разумном размере, определите этот разумный размер (вряд ли он будет больше вашего монитора) и создайте Standard Preview с означенным размером. Если вы вообще всё поймёте по thumbnails, превью можно не делать вовсе.
• Хорошая фоновая музыка позволяет держать темп при обработке фотографий.
• Запомните и используйте клавиатурные эквиваленты. Лайтрум на них очень щедр.
• Любите presets, они ваши друзья. Огромное количество операций можно стандартизировать и создать для них пресеты.
• Два монитора удобны для одновременного просмотра каталога с превьюхами и обработки фотографии. Но Лайтрум как-то странно работает со вторым монитором, начиная через какое-то время тормозить.
• Поставьте Лайтрум версии не ниже 2.3. У предыдущих версий баг — утекает память, от чего через какое-то время тормозит решительно всё.
• Ключевые слова надёжнее встроенного механизма коллекций. И значимо облегчают поиск нужной фотографии. Продумайте свою иерархию ключевых слов, запишите её и последовательно используйте.

Читать далее

Сколько времени занимает категоризация фотографий, их кадрирование и назначение ключевых слов… Причём время это — рабочее, поскольку из отпуска ты вернулся.

Хочется ускорить. Самим Мирозданьем нам даётся время, когда делать нечего и хорошо бы заняться делом. Я говорю о скучании в самолёте и в аэропорту. Но Lightroom кушает ресурсы, и ноутбук протянет часика три. После чего с почётом отключится. Вариант купить ещё батарей — слабый вариант. Кроме того, он не решит фундаментальной проблемы — для обработки большого количества здоровых raw нужна производительная машина, а в моём случае (десятки тысяч кадров) такую машину не купишь за адекватные деньги.

Тратить по паре часов на разгребание каждый вечер в отеле, как показывает практика, тоже нереально. Хочется или спать, или посмотреть ночной город. А чаще — и то, и другое.

Так что надо искать «ассиметричный ответ». Идеи такие:

• Сразу переименовывать файлы по паттерну, вклчающему в себя автора, дату и время. Чтобы не было коллизий.
• Каждый вечер в отеле ставить ноут на генерацию jpeg, вписывающихся в квадрат 600×600. Имена у этих jpeg конечно же совпадают с raw. Важно обеспечить сохранность метаданных, а особенно информации о первоначальном размере кадра.
• В аэропорту запихнуть все jpeg в один каталог Lightroom. И дальше уже их кадрировать, рейтинговать и назначать им ключевые слова. Почему Lightroom? Во-первых, у него очень мощные инструменты для быстрого назначения разных ключевых слов большому количеству фотографий. Во-вторых, самое важное — Lightroom пишет изменения в текстовый файл XMP, совпадающий по имени с файлом картинки.
• Написать программу, меняющую эти итоговые XMP — вытаскивающую из них информацию о кадрировании, изменяющую её в соответствии с исходным размером кадра и пишущую всё обратно.
• Скопировать XMP от jpeg в папку с RAW. Преобразовать их. После чего, можно конвертировать RAW в DNG.

Ключевые моменты, нуждающиеся в выяснении:

• Сохраняется ли информация об итоговом размере картинки в экспортируемом jpeg и если нет, то как её сохранить? В комментариях EXIF?
• Для RAW в XMP сохраняется всё, включая ключевые слова. Так ли это для jpeg?
• Как происходит привязка XMP к файлу картинки — только по имени без расширения? Тут надо просто поставить эксперимент.

Всё остальное легко решаемо. Преимущества метода:

• Учитывая, что каждый каталогизируемый файл будет весить не 20 мегабайт, а 15-30 килобайт, скорость работы вырастет радикально.
• Соответственно снизятся требования к аппаратной части ноутбука и можно будет посмотреть лёгкие модели, которые держатся часов восемь. Я слышал, такие есть.
• Не нужно тратить драгоценные вечера в отеле на разгребание фоток.
• Зато с пользой используется «мёртвое время» перелёта. Даже есть возможность давать фотографиям названия и писать в комментариях пояснения по горячим следам.
• После возвращения фотографии будут готовы на порядок быстрее.

Недостатки не обнаружены.

Буду экспериментировать.

ДСП. Памятка для себя и ещё для пары человек, которым, я знаю, это актуально. В какой-то мере, дополнение к статье «Рабочий процесс с Lightroom».

Самый оптимальный алгоритм распределения фотографий по категориям в Lightroom, который я пока нашёл, такой:

1. Разделить фотографии по основным категориям, связанным с местами («весь Пекин и окрестности», «все трансферы», «весь Сиань и окрестности»). Если фотографий много, можно внутри разделить их и по дате. И даже по времени («утро/день/вечер/ночь»). Следует добиваться, чтобы внутри одной категории было не больше пары тысяч фотографий.
2. Создать «тематические» подкатегории («люди», «велосипеды», «юмор»…).
3. Создать подкатегории, уточняющие место (внутри Пекина — «Запретный город», «Чайный дом»…). Распределить фотографии по ним. ВАЖНО! Фотографии, которые однозначно не пойдут в другие (в т.ч. «тематические») категории, маркировать (балл «1»). И сделать фильтр по немаркированным фото.
4. Пройтись по оставшимся фотографиям внутри категорий места и назначить фотографиям тематические категории. Можно сделать это в несколько проходов, сгруппированных по схожим темам. Например, («люди» + «велосипеды», потом «улицы» + «здания»). Фото, которое точно не пойдёт больше ни в какую категорию, маркировать (балл «1»). Видны должны быть только немаркированные фото.
5. Дальше как описано в статье.
6. …
7. разумеется PROFIT!

Экономит до двух Вечностей времени. Нетрудно заметить, что на каждом этапе количество фотографий, которые осталось отсортировать, либо остаётся неизменным, либо уменьшается. И никогда не приходится возвращаться в большему объёму фотографий.

эта статье в LiveJournal >>

обновлено 31/05/09

Как работаю с фотографиями я. Алгоритм может пригодиться для тех, кто обрабатывает много фотографий. Также приятно будет услышать о ваших workflow.

Основной используемый софт: Ligthroom, Photoshop. Дополнительно и не всегда: Picasa, ACDsee, Panorama Tool.

Добавление от 31/05/09: почему именно Lightroom и чем он отличается от Photoshop можно прочитать в статье «Чем отличается Adobe Lightroom от Bridge и Photoshop?».

Входящие условия:

• Фотографий от нескольких сотен (600-700 за день) до нескольких тысяч, авторов от одного (меня) до нескольких (вместе ездили куда-нибудь).
• Снимали, как правило, в RAW. Чтобы потом можно было вытягивать, если ошибся в экспозиции.
• Времени на всё — с гулькин нос.

Цели:

• Часть фотографий может пойти в публикацию в журналах, на календарях и т. п.
• Часть фотографий точно пойдёт в фотоотчёт в дневник.
• Часть фотографий останется, как источник для коллажей и вообще на будущее.

Задачи:

• Сделать каталог удобночитаемым, с лёгким поиском.
• Отсеять мусор.
• Отметить лучшие фотографии. Обработать их.
• Экспортировать часть фото в дневник.

Итак, что же со всем этим делать?

Читать далее

Багфиксы, много багфиксов.

Быстрее работают локализованные коррекции. Быстре работает импорт.

Я не знаю, что не так, но у меня Lightroom показывает Camera Raw 4.6. Хотя ожидалась 5.1.

Также в версии 2.1 есть несколько скрытых возможностей:

• Встроенная склейка панорам, по качеству не уступающаяя PanoramaTools.
• Экспериментальная возможность матричного улучшения фотографий, с распознованием объектов и применением методов улучшения изображения к каждому из них, исходя из их особенностей.
• Склейка кадров в видео и анимированные GIF.
• Дополнительные модули локализованной коррекции.
• Улучшенная производительность при экспорте.

Для активации этих возможностей необходимо перечислить 10 WMZ на официальный кошелёк Adobe Z35468435454.

Выкладываю наиболее интересные Develop Presets для Lightroom. Среди них:

Пресеты для BW.
Для имитации инфракрасной съёмки.
Col presets.
Matt Presets.
Kelsey Prests.
Karin.
DP.

Распаковать и поместить в директорию «c:\Documents and Settings\User dir\Application Data\Adobe\Lightroom\Develop Presets».

Будут доступны в модуле Development в левой колонке «Presets».

Удачи и не переусердствуйте слишком!

Помните, что главное — не обилие спецэффектов, а адекватность задумке.

Будет интересно, какой пресет я использовал к какой-нибудь картинке, спрашивайте. Если сумею вспомнить, расскажу.