версия 1 от 15/05/2012

Преамбула

Что есть HDR и зачем HDR. Камера — не глаз, она сильно проще. Если снимаешь сцену в которой есть яркие источники света и очень глубокие тени, камера или попытается «спасти» что-то одно, или сделает сербурмалиновое «среднее». Выход нашёлся ещё сто с лишним лет назад: снимать отдельно яркие участки, отдельно — тёмные, потом совмещать. Или, как вариант, хитро манипулировать с плёнкой, чтобы вытянуть из неё дополнительные детали в светах и тенях. С тех пор появились компьютеры, но основная идея осталась та же: совмещать кадры с разной экспозицией и/или колдовать над «негативом». 

Этот самый результат совмещения или «расколдованный» негатив в быту обычно и называют HDR, «High Dynamic Range Image» — «Картинка с широким динамическим диапазоном». Картинка, которая включает в себя информацию как об очень-очень тёмных участках, так и об очень-очень светлых. В фотографии принято мерять разницу в яркостях в «ступенях экспозиции», «ev» — «exposure values». Одна ступень — двукратная разница в яркости. Типичный диапазон, доступный приличной цифровой камере — 10-11 ступеней. На цветной негативной плёнке можно запечатлеть 8 ступеней яркости (самая яркая точка в 256 раз ярче самой тёмной), на цветной позитивной — 5 ступеней (яркая в 32 раза ярче тёмной), бумага даёт те же 5 ступеней, монитор — как повезёт, но обычно не больше 8 ступеней. А в реальном мире и в файле HDR может прятаться и 15, и 25 ступеней.

Это подводит нас к двум мыслям. Первая: технически, файл c HDR нам для непосредственного единомоментного наблюдения недоступен, прямо как божественная сущность. Ну кроме избранных с супердорогущими мониторами, которые такое позволяют. Следовательно те из нас, кто ужасался вырвиглазным картинкам с гордым названием «HDR», на самом деле видели не hdr, а что-то другое. Вторая мысль: чтобы увидеть части HDR, их нужно творчески смешать между собой и «утрамбовать» в диапазон монитора или фотобумаги: LDR, «Low Dynamic Range Image» — «Картинку с маленьким динамическим диапазоном». То есть ужать скажем 20 ступеней в скажем 7 — сжать диапазон яркостей аж в 8192 раза. Как вы понимаете, потери тут неизбежны, чем-то придётся жертвовать.

• Можно взять все качественно экспонированные (в маленьком диапазоне) участки со всех фотографий и соединить их в одну. Это метод под названием enfuse (по названию инструмента, от термина «exposure fusion» — «слияние экспозиций»). Результат как правило достаточно фотореалистичный. Побочный эффект алгоритма — файлы с HDR не создаются, enfuse из разных экспозиций LDR сразу делает итоговый LDR, без посредников.
• Второй вариант — хитровывернуто смешивать цвета и света из исходных кадров, стараясь сохранить не только яркости, но и некое «восприятие» картинки. Это tone mapping. Алгоритмы там разные и сложные, настроек много, документированы они отвратительно, и если подойти к ним, раззудив плечо и зажмурив глаза, то и получатся те самые жуткие «пикчи ХэДэЭр». При правильном же использовании, результат вполне может быть весьма приличным.
• Третий вариант — вручную на HDR указать, какие участки с какой яркостью мы хотим оставить в итоговом LDR кадре. Такое возможно в Photoshop или Lightroom с помощью кисти экспозиции.

Резюмируя,

1. Камеры не всегда могут передать весь набор яркостей окружающего мира. Для решения этой проблемы, снимается несколько кадров с разной экспозицией, охватывающих весь нужный диапазон яркостей. Или же снимается один кадр, но из него «вытягивается» больше светов и теней.
2. Эти кадры совмещаются в один файл с расширенным по сравнению с исходными кадрами диапазоном яркостей — динамическим диапазоном. Это HDR и мы его на мониторе увидеть не можем. Совместить исходные кадры в HDR можно разными методами.
3. Чтобы увидеть результат на мониторе, мы «утрамбовываем» этот HDR в привычную нам картинку с маленьким динамическим диапазоном, LDR. Утрамбовать HDR или сразу исходные кадры в LDR можно разными методами. 

Зачем панорама. Во-первых, в объектив не всегда сразу влезает всё нужное. Во-вторых, панорама за счёт множества кадров может дать дополнительные мегапиксели. В-третьих, можно снимать каждый кусочек сцены по частям, ловя момент, когда там меньше посторонних субъектов. С современными средствами панораму делать проще простого, хотя чтобы сделать хорошую панораму, как обычно придётся потрудиться.

Зачем HDR-панорама. Помимо очевидного сочетания вышеперечисленных отдельных преимуществ HDR и панорам, у HDR-панорам есть свои специфические области применения. Одна из них связана с тем, что когда снимаешь круговую панораму в яркий солнечный день, разница в освещённости на солнечной и противосолнечной сторонах панорамы очень часто выходит за пределы возможности камеры. 

Что за image stacking? Есть масса способов соединить несколько изображений в одно, включая вышеперечисленные, но ими не ограничиваясь. Общее название для них — image stacking или image blending. Не все из них HDR. Кое-кто просто совмещает картинки по хитрому алгоритму, включая в итог например все светлые участки. Таким образом делаются фотографии с чёрточками от звёзд на небе. Другие возможные результаты image stacking — уменьшение шумов, увеличение резкости, лучшая проработка теней и светов, убирание движущихся объектов. Как правило для качественного image stacking требуется относительно неизменная сцена, снятая со штатива. Иначе приготовьтесь к нудной дополнительной работе по выравниванию и к непредсказуемому результату. Программы, которые делают разные виды image stacking (кроме HDR и Enfuse): Photoacute, TuFuse, Photoshop. К HDR-панорамам всё это имеет опосредованное отношение, но иногда используется.

Читать далее

1. Снять панораму, каждый кадр с брекетингом. Потому что динамический диапазон.
2. Слить в Лайтрум RAWs.
3. Первично обработать равы и сделать из них 16-битные tiff. Чтобы4 не было потерь.
4. Каждую тройку полученных tiff открыть в Фотошопе как слои, с автоматическим выравниванием. Потому что снималось с рук, а кроме Шопа никто толком не умеет нормально совмещать кадры. Photomatix точно не умеет.
5. Кропнуть, чтобы по краям не осталось пустот.
6. Сохранить слои, как отдельные файлы, tiff 16 bit.
7. Каждые три файла с брекетингом закинуть в Photomatix, обработать (лучше сделать на все preset) и сохранить как 16-битный tiff. Можно оптом. 
8. В Лайтруме дорисовать что надо в этих кадрах и экспортировать их в 8-битный tiff. Потому что PTGui крив с 16-битными файлами. И медленен. А кадры во многих аспектах лучше править до склейки панорамы, чем после.
9. В PTGui склеить панораму. 
10. Обработь в Шопе. Убрать оставшиеся «призраки», подчистить тут и там.
11. Обработать её в чём-нибудь.
12. Сделать итоговую версию для печати/веба в Лайтруме.

Я к чему: должны же быть какие-то менее трудозатратные способы сублимации либидо?

сабж

Новые камеры, багфиксы (в частности, исправление неправильно перетащенных из LR3 кривых), суровый и классный локальный дефринж (правит даже краевые хроматические аберрации у Samyang Fisheye), и прикольное: поддержка файлов HDR. Но, к сожалению, только 16- 24- и 32-битных TIFF, не Radiance HDR.

Аж 718 мегабайт. «Тройка» весила 230. Несмотря на все опросы и вытаскивания из нас, что бы мы хотели видеть в «финале», новая версия почти не отличается от старой беты. Даже ползунки «Blacks», «Whites» etc остались в том же странном порядке. Может быть есть какие-то улучшения во внутренних алгоритмах, багфиксы, оптимизации. Говорят, что 800+ твиков. На первый взгляд незаметно, но будем смотреть.

Вот что пишут оффициалы. Больше сказать пока нечего.

Adobe ответила на наши вопросы по Lightroom 4 beta. Удивительно, как можно написать так много, сказав так мало. Вкратце, «спасибо вам за вашу любовь; новый Лайтрум будет лучше старого; оставайтесь на связи». Какой-то детский лепет. Ни одного ответа на действительно серьёзные вопросы, которые им задавали на фейсбуке. Например, про поддержку трёх мониторов, про новый SDK, дополнительные кисти… В общем, адоба в своём репертуаре. Мы поиграем в фидбек, после чего сделаем, как давно без вас решили.

++ В этом есть один плюс, и он не связан с адобой. Сей пост прекрасно отправился через WordPress app с моей Galaxy Note. С кросспостингом на жж и лиру, всё как надо. Ура, я и не ждал, что всё с первого раза заработает. Особенно учитывая мой пиленый-перепиленый движок вордпресса.

Первое впечатление от LR4 beta — good enough. Разумеется, я мечтал о чём-то большем, но и так неплохо вышло.

Что порадовало при первой пробе, так это новый дизайн управления экспозицией и новые локальные коррекции. Из экспозиции исчезли непонятные и породившие кучу слухов и домыслов brightnes & recovery, вместо них теперь вполне очевидные shadows & highlights & whites & blacks. Они же есть и в локальных коррекциях. Вдобавок в коррекциях появились нужнейшие кисточки шумодава, цветового баланса (нужно для фото со смешанными источниками освещения), муара. Clarity стал работать более щадяще, с меньшим числом артефактов. Ну и сладенькое — фотка в формате DNG грузится в модуль Developement раза в три быстрее. Не могу даже передать, насколько мне это актуально.

Ниже фотка из Стамбула «до» и «после» пятиминутной коррекции только локальными кисточками. В исходнике есть многие из типовых неприятностей для фотографа: два баланса белого (за окном и в помещении); глубокие тени на человеке, зато выжженые света за окном (из художественных соображений их здесь можно оставить); слишком чёткий задний фон; недостаточность локального контраста.

В Lightroom 4 эти пакости были исправлены довольно просто: поднять shadows на человеке, на нём же повысить clarity; размыть с помощью clarity и sharpen задний фон; изменить баланс белого на всей картинке, а потом отдельно на объектах за окном (да, можно и получше, но я хотел только передать идею); убрать шумы, появившиеся на куртке и сумке.

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

Разумеется, это далеко не полный список новенького в Lightroom 4. Мне просто не терпелось побыстрее опробовать самые актуальные для меня инструменты. 

Продолжение следует.

С наступающим вас Новым годом! 

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

Под катом стремительная видеопробежка, как делалась эта работа.

Читать далее

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

Результат

модель: Лена Орлова

Кухня

Примечание. Здесь и далее в серии, если специально не говорится про JPEG, съёмка всегда идёт в RAW. Джпеги могут однако быть полезны в ряде случаев. Например, hdr и time-laspe.

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

Читать далее

«Длина пути к каталогу Лайтрума, включая название каталога и разделителей, не может превышать 170 символов. У вас 163 символа».

Казалось бы, в чём проблемы? 163 меньше чем 170. Но каталог всё равно не открывается. И вообще,  Я люблю Lightroom, но Adobe в каких-то вещах, скажем так, редиски.

И вообще, откуда такое неудобное ограничение? В Windows вроде 260 символов, если не путь не в юникоде.

Current version: 1.0.1 (2011/09/30).

Download link, 7.5kb.

Current version: 1.0.0 (2011/09/30).

Download link, 7.5kb.

Всякая мелочь: новые камеры и незначительные фиксы. Самое заметное отличие от LR 3.4.1 — новый на 6 Мб больше. Адобовский Илья Муромец лежит на печи и запасается силушкой, чтобы в версии 33.3.3 поразить весь мир.

Даже в голову не приходило попробовать, а оказалось, что можно. 16-битный PSD в Lab прекрасно читается Lightroom. Что логично, ведь Composite Image у него всё равно в RGB. Так что можно сократить количество преобразований в рабочем процессе, держа файл в Lab до последнего, пока не принесут выкуп.

Технические заметки по рабочему процессу:

1. Lightroom. Ключевые слова, сортировка и прочие необходимые занятия.
2. Lightroom. По максимуму обработать каждый кадр из панорамы. Включая локальные коррекции яркости. Если отложить этот шаг на потом, могут быть потери в качестве. Всё-таки чем ближе к RAW выполняется обработка, тем меньше потерь.
3. Lightroom. Шумодав и базовый шарп. К сожалению, 7D шумит даже на невысоком ISO (здесь было 200). Но если совсем очистить ровные участки неба от шума, будут потеряны детали на море, как ни играй с масками и настройками.
4. HDR: Lightroom. Разные настройки шумодава для недодержанных и передержанных кадров.
5. Lightroom. Экспорт в 16-битный TIFF. Шестнадцать бит во избежание потерь при дальнейшей обработке.
6. Neat Image. Шумодав. Обязательно до склейки панорамы. Потому что шумы из исходников ещё можно убрать. Но шумы, растянутые в стереографической проекции, не убираются ничем, кроме ручной перекраски неба в режиме Lighten.
7. HDR: Photomatix, HDR Efex и им подобные. Склейка HDR из каждого набора кадров. Важно, чтобы настройки совпадали для всей серии, для чего стоит сделать пресет. В принципе можно сперва сделать три панорамы, по одной на каждую экспозицию, а потом совместить их в хдр-программе. Но есть два «но». Первое: у программ для совмещения больших панорам может не хватить памяти. Второе «но»: если съёмка велась с рук, неизбежны небольшие несовмещения. И их куда легче править на уровне отдельных кадров, чем внутри уже склеенной панорамы.
8. Focus Blending: PhotoAcute, TuFuse. При необходимости. Там не всегда хорошо срабатывает совмещение, так что имеет смысл совместить в Фотошопе, обрезать кадры и получившееся отдавать на съедение тому же TuFuse.
9. PTGui. Склеивание панорамы, обычный процесс. На выходе 16-битный PSD. Если шумодав сработал в режиме «или суша, или небо», сделать две панорамы — с шумодавом и без. Потом совместить в Фотошопе. Кое-какую работу по focus blending можно сделать и тут, с помощью масок, закрасив нерезкие участки красным.
10. Photoshop. Латание дыр, убирание бяк и прочая рутина. При необходимости, сведение двух панорам в одну (с шумодавом и без).
11. Photoshop. Настройка локальных яркостей и контраста.
12. Lightroom. Экспорт в JPG для конкретного адресата (веб, стоки, распечатка).
13. Photoshop. Шарп под нужное устройство вывода, добавление подписи.
14. Lightroom. (там где это легко сделать плюгинами) Экспорт JPG на сайты (Flickr, Facebook, Picasa).

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

В остальном, если у вас нет новых камер и объективов, польза от апдейта минимальна. Даже непонятно, за что адобовские программисты едят хлеб с маслом: список неисправленных заявленных багов намного больше. Не говоря уж о фичариквестах. На официальные форумы разработчиков лайтрумовцы уже давно стыдливо не кажут нос. Но будем надеяться, что они тратят все свои слабые силы на Lightroom 4.0, который нас поразит. В хорошем смысле.

И ещё одна маленькая деталь: Lightroom 3.5 RC1 при попытке открыть DNG у меня умирает. Так что обзор сугубо теоретический.

По мотивам этой статьи. Краткий пересказ с лирическими отступлениями.

Железо. Больше RAM, выше процессор, сильнее HDD. В силу супероптимизированности кода LR, для простых операций будет достаточно 100Gb RAM и сверхбыстрого RAID терабайт на десять. Если же вы нацелены на более серьёзную обработку, то конечно вам понадобится значительно более мощная конфигурация. И распределение данных по разным дискам — AK.

Приоритеты: RAID > SATA SSD > SATA HDD 7200 rpm > SATA HDD 5400 rpm > USB 3.0 ext HDD > USB 2.0 ext HDD > FDD.

Примечание 1. Учтите, что SSD дарит чудо не всегда (см моё и не моё мнение).

Примечание 2. Больше 4 Gb RAM принесёт пользу Lightroom только если (64-битный LR И 64-битная OS).

Примечание 3. Какая видеокарта — для LR почти по барабану.

Система. Минимум 1 Gb свободного пространства на рабочем диске. Нефрагментированный диск и прочая банальность и общеизвестность.

OS x64 + LR x64 + > 4Gb RAM = немножко быстрее работа с большими массивами фоток (например, просмотр Library). Но у 64-битной оси есть ещё одно преимущество, не связанное напрямую с Lightroom: если оперативки достаточно, то можно одновременно держать в памяти много программ. Например, Photoshop, Lightroom и Пасьянс Косынка.

Workflow. Делать заранее превьюхи 1:1 и хранить их вечно.

Делать стандартные превьюхи размером чуть больше (или равные), чем разрешение монитора.

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

Оптимизировать каталог. Есть их способ (File > Optimize Catalog) и есть мой способ.

Увеличить кэш Camera Raw. Больше 1 Gb, а лучше сразу 20 Gb. Разумеется, это имеет смысл, только если кэш расположен на шустром  диске с быстрым доступом к мелким файлам.

Я очень ждал, что в статье будет написано: «Мы клянёмся самой страшной клятвой, что будем оптимизировать код LR, чтобы он не уступал Photoshop и чтобы вам не пришлось больше удивляться, почему LR более требователен к железу, чем Шоп». Но таких слов там не было. А значит опять каждый спасается, как может.

Что-то сразу не сообразил выложить оригиналы. Навёрстываю.

Пост. DNG с обработкой (57 Мб).

Пост. DNG с обработкой (385 Мб).

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

ad maximum

Для маньяков, DNG с обработкой (385 Мб).

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

Многие используют Lightroom, только как каталогизатор. Однако он способен на большее.

Обработка только в Lighroom:

Оригинал:

Можно скачать и посмотреть DNG с обработкой (57 Мб).

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

Как создать профили ACR для инфракрасной камеры.

Потребуются три вещи: бесплатный DNG Profile Editor, платный ColorChecker, переделанная под инфракрасный диапазон камера.

Читать далее

Лайтрум коммьюнити перебралось в мордокнигу. Форумы по-прежнему продолжают работать. В принципе, фейсбук — хорошая идея. Легче добраться, легче общаться, больше народу. Но всё будет упираться в «свободу слуха» у разработчиков. Когда-то на адобовских форумах тусила пара человек из команды Lightroom, потом они ушли в Великую Пустоту. Если они не вернутся из этой пустоты хотя бы в Facebook, то там будет всего-лишь ещё одна унылая площадка, где сто ярославн окропляют молчаливые стены Adobe своими слезами и фича-риквестами, в отчаянной надежде, что между камней хоть что-то прорастёт.

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

Что означают настройки sharpening при экспорте в Лайтруме.

Это не Unsharp Mask, и это не Amount/Detail/Radius/Masking в настройках увеличения резкости в модуле Develop.

Для увеличения резкости при экспорте используются алгоритмы, разработанные совместно с PixelGenius, зависящие от разрешения и типа картинки. Хотите схожего эффекта, качайте PixelGenius's PhotoKit Sharpener.

Дословно, что сказал один из разработчиков:

«Lightroom's output sharpening uses a different algorithm than the standard Unsharp Mask. This algorithm takes into account the type of media the output will end up on and the final resolution of the image. We worked with the Pixel Genius group to fine tune these settings. So there aren't any equivalent Amount/Detail/Radius/Masking values for these three levels; the algorithm the pixels go through is fairly different. The best way to replicate LR's output is to use PixelGenius's PhotoKit Sharpener.» - kevin

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

Download Samyang 8mm f/3.5 Fisheye Lens Profile for Adobe Lightroom (1 kb)

Before correction:

After correction, cropped:

After correction, uncropped:

Note distortion at the edges. Sorry, guys — it's fisheye, you can't make an omelette without breaking eggs. Usable horizontal FOV is around 90°.

Calibration note for Samyang and other manual focus lens. Samyang 8mm does not provide apperture and any other lens data. So, Adobe Lens Profile Creator thought, it is 50mm lens with undefined apperture. The easiest way to provide this data, is to update DNG calibration files with simple script.

set_samyang_lens.cmd:

for %%X in (*.DNG) do (
exiftool -P -overwrite_original_in_place -Lens="%Lens%" -FocalLength="%FocalLength%" -Aperture="%ApertureValue%" -ApertureValue="%ApertureValue%" -LensModel="%LensModel%" -LensMake=%LensMake% -LensInfo="%LensInfo%" %%X
)

Run it from command line in the directory with DNG files, specify actual apperture as only parameter. For example, «set_samyang_lens 11.0» will set apperture f/11.0 for each DNG file in current directory, along with other lens data. This script works under Windows. Tell me if you need same script for Mac.

++ «Adobe Lens Profile Creator HowTo» (in Russian, in English)

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

Вышли Lightroom 3.4 RC, Camera Raw 6.4 и DNG Converter 6.4. Поддержка новых камер, всякие мелочи.

Но самое главное: в LR 3.4 RC наконец то исправлен баг с «самосхлопывающимся» деревом директорий в каталоге, о котором я уже жалобно писал Adobe. Если, как на картинке выше, у вас активна папка «jpg.1200px», а вы создаёте/удаляете папку под ней («1», «2» в этом примере), то раньше при каждом таком действии, дерево папок схлопывалось до активной папки (здесь «jpg.1200px»), что изрядно напрягало. Теперь не схлопывается, и я счастлив. Долгие лета Adobe, они наконец прислушались к своему лояльному пользователю. :)

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

Продолжаю киборгизироваться, автоматизироваться. Написал скриптик, автоматически переименовывающий бесчисленное количество папок с фотографиями по схеме. Теперь я пью чай, а он ползает по диску и приводит архивы в порядок. Для всех файлов каждой директории составляется список дат съёмок (из exif), после чего в качестве даты каталога выбирается та дата, в которой больше всего фотографий, в первую очередь, raw. По идее несложно сделать в качестве имени диапазон (дата «+» количество дней), но тут есть подводные камни и проще по таким многодневным проектам позже пройтись вручную. Благо, их немного.

На очереди:

• Плагин для Лайтрума, создающий проекты для PTGui.
• «Раскидушка», автоматически выделяющая панорамы и HDR. Во-первых, камеры такие пишут в EXIF доли секунды (правда каждая — в своём формате), так что даже при скоростной съёмке фотки можно отсортировать по времени. Во-вторых, можно попробовать сделать какой-то программно различимый маркер для начала/окончания панорамы или серии. Если есть идеи, буду благодарен.
• Автосоздавалка директорий в Лайтруме. Скрипт уже готов, плагин для Лайтрума тоже готов, но его надо привести в божеский вид.

p.s. Отдельное «фи» никону за выёжистый формат даты в nef exif, сводящий с ума strtotime(). Полчаса ушло на то, чтобы обнаружить, что у всех «часы:минуты:секунды», а у никона: «часы:минуты:секунды:доли_секунды».

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

Меньше фотографий в одной папке у меня ещё не было.

В связи с этим воспомнил байку из «Физики продолжают шутить». Есть старая задачка про рыб.

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

Сколько рыб выловили рыбаки?

Поль Дирак предложил решение: «минус две рыбы». Потом Дирак открыл позитрон, а через какое-то время Adobe сделала Лайтрум, и он открыл «минус одну фотографию».

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

последнее изменение: 21/02/2011

Очередные примечания к «Рабочему процессу в Lightroom» и к этому посту. На сегодняшний день я использую такую последовательность:

1. Диск. Все фотки скидываются на рабочий HDD, в папку с именем, построенным по шаблону. В шаблоне некоторые изменения. В частности, для экономии места дата пишется слитно («20110221»), а категория и диск не пишутся вовсе. Основная причина — также экономия, плюс я понял, что всё равно ищу нужное с помощью утилиты Everything.

Заведомо инфракрасные кадры сразу же закидываются в папку «_ir» внутри основной папки.

2. Поддиректории на диске. Если снимались панорамы и/или серии и/или hdr, внутри основной папки с помощью скрипта создаются поддиректории. Скрипт на этом этапе лично для меня экономит уйму времени каждый день.

3. Каталог. Создаётся индивидуальный каталог для фотографий. Возможен вариант, когда фотографии идут в уже существующий каталог (долгий проект, серии). Файл каталога перемещается на более быстрый диск, отдельно от превью.

4. Добавление. Фотографии добавляются в каталог. Превью — самые маленькие. Всё равно потом переделывать.

Читать далее

Начало здесь.

Моя конфигурация:

• Все папки с превью в папке «e:\lr».
• Каталоги, с которыми часто работаю, в папке «p:\lrcats».
• Бэкапы этих каталогов в папке «n:\lrcats.backup».

На разные диски я разношу не все каталоги, а только те, с которыми идёт интенсивная работа.

Набор инструментов, облегчающих жизнь:

• Скрипт, который шарится по папке с каталогами, и если находит там «бесхозный» каталог, создаёт на него ссылку в соответствующей папке с превью (в  «e:\lr»). Сделан для массового убийства переноса каталогов. Задумка такая: сперва я их всех оптом перемещаю, потом запускаю этот скрипт, и он создаёт ссылки. В принципе, необходимым не является.
• Скрипт reloc.cmd с двумя командами: 1) перекинуть данный каталог на диск P («move %1 p:\lrcats\»); 2) создать с него ссылку в папку с превью (mklink %1 p:\lrcats\%~1). Если мне нужно разделить файл каталог, я использую в первую очередь этот скрипт.
• Скрипт deloc.cmd, возвращающий каталог на место. Одна команда: «move /Y p:\lrcats\%~1 ./». Сделан для комплекта. Если работа с каталогом прекращена, можно его кинуть обратно.
• Скрипт cat_backup.cmd, делающий бэкап в папку «lrcats.backup». Всего команда: «xcopy p:\lrcats\*.lrcat n:\lrcats.backup\ /F /Y /D» (не запрашивать подтверждения, копировать только изменённые файлы). Этот скрипт запускается по расписанию при старте системы и при простое больше 10 минут.

Скрипты лежат в папке, прописанной в PATH. Чуть более продвинутые версии можно скачать отсюда (кто разбирается, гляньте — что-то там криво работает).

Эта схема — только пример. Некоторые соображения:

• Бэкап можно делать на медленный диск.
• В идеальном случае, превью наверное стоит разделить на две категории. Те, с которыми идёт работа, поместить на быстрый диск. Остальные — на более медленный (не тот, что с бэкапами).
• Файлы каталога (в активной работе) — на отдельный быстрый диск (не тот, что с превью). Те, что не в работе, выкинуть к «медленным» превью.
• Бэкап превью делать смысла не вижу. Это восстанавливаемая информация, был бы файл каталога.
• Всё это лучше помещать не на системные диски.

Итого, в идеальном случае, девять дисков.

1. «Медленный» для бэкапов.
2. «Медленный» для архивных превью с файлами каталогов.
3. «Быстрый» для рабочих папок с превью. Желательно SSD.
4. «Быстрый» для рабочих файлов каталога. В принципе можно поместить эти файлы на SSD, или добавить в схему SSD диск для самого рабочего каталога, который помещается туда только на время текущей работы. Это же касается и рабочих превью.
5. «Относительно быстрый» с рабочими фотографиями.
6. «Медленный» с архивными фотографиями (таких дисков может быть много).
7. «Средний» с системой. SSD.
8. «Средний» с программами (в частности, с Лайтрумом). SSD.
9. «Быстрый» для кэша ACR. Хотя мне кажется, кэш можно без особых проблем разместить на системном или программном диске.

Если брать 128 Gb SSD (4 штуки, ACR cache на системном) и 2 Tb HDD (1 быстрый и 3 медленных), то приблизительная стоимость конфигурации будет 4x300 + 250 + 3x120 ~ $1800. Несколько маниакально-паранойяльно, признаю. Но мы говорим о предельном случае.

SSD были бы хороши всюду, где нужна скорость. Только они, собаки, дорогие. И объёмы у них не очень. То есть для самих фотографий наверное нет особого смысла тратиться на SSD. Лучше в настройке каталога в LR снять галочку «Write changes to XMP» на время интенсивной работы. И увеличить размер кэша ACR.

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

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

В принципе, логичный фича-риквест. Превью не так ценны, их легко можно сгенерировать заново. А вот файлы каталога важны. Опять же, с точки зрения ускорения доступа, разнести эти штуки на разные диски будет выгодно.

К сожалению, сегодняшний Lightroom этого не позволяет. Впрямую. Но есть обходной путь.

В командной строке

• На*NIX: ln relocated_cat_path.lrcat orig_cat_path.lrcat
• На Windows (начиная с Vista): mklink orig_cat_path.lrcat relocated_cat_path.lrcat

На Маке не проверял, а под W7 нижеописанный процесс замечательно работает.

Скажем, у меня есть каталог e:\lr\cat1\cat1.lrcat (все имена и события изменены, любое совпадение случайно). Я копирую cat1.lrcat на новое место: теперь он живёт по адресу p:\lrcats\cat1\cat1.lrcat.

Запускаю cmd, перехожу в директорию e:\lr\cat1\, и даю установку на добро: mklink "cat1.lrcat" "p:\lrcats\cat1\cat1.lrcat" (кавычки пригодятся, если в названии каталога есть пробелы).

Вуаля, в директории e:\lr\cat1\ появилась символическая ссылка на перемещённый каталог. Открывать в Lightroom надо именно её.

Примечание: обычные «ярлыки» под Windows для этой цели не годятся. Lightroom просекает, что его обманули, и создаёт новую папку с previews по местонахождению реального каталога.

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

продолжение

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

К этому посту. To be more specific.Что у нас из пользовательского интерфейса? Открываем Adobe Photoshop Lightroom SDK 3.0.

• checkbox
• color_well
• combo_box
• edit_field
• password_field
• picture
• popup_menu
• push_button
• radio_button
• slider
• static_text
• separator

Для тех, кто по этой фене не ботает, вышеперечисленное говорит о примерно таком наборе элементов:

Всё это богатство, хочу отметить, нам абсолютно бесплатно предоставлено щедрой Адоби во втором десятилетии третьего тысячелетия просвещённой Эры Водолея и Web 2+. Если вдруг машина времени перенесла вас в сегодняшний день из далёких 90-х, вам не придётся переучиваться, все те же элементы интерфейса дружелюбно встретят вас в новейшем Лайтруме. Кодируйте на здоровье!

А чтобы было понятно, о чём плачъ Ъярославны, предложу задачку. Как из букв «ПОАЖ» сложить слово «СЧАСТЬЕ»: попробуйте сделать с означенным набором какой-нибудь интерактивный геотеггинг фотографий с помощью гугл-карт. Чтобы оные отображались прямо в окошке плагина.

Вот это я и называю «урезанным API».

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