Симптом. В Photoshop, начиная с CS6, штампики работают глючно. Alt-кликаешь на точку, начинаешь работать штампиком, и обнаруживаешь, что Фотошоп берёт сэмплы совсем с другой точки. Или с этой, но она не двигается вслед за кистью, «примерзает» к одному месту. Чтобы штамп заработал, надо alt-кликнуть, подождать пару секунд, и только тогда работать. Раздражаэ, замедляэ, платить за облачный сервис хочется ещё меньше, чем до этого. Всё-такие штампик для меня один из основных инструментов, спасибо Матушке Природе.

Я думал, у меня одного такие проблемы, ан нет. Вот, к примеру. Они веруют, что Adobe когда-нибудь исправит баг. А пока тешатся стандартным набором советов: переинсталлируйте, обновите драйверы, отключите плагины. Всё это делал, даже винду переставлял. Не работает.

Может кто нашёл решение?

Сладкое видео о десяти небольших, но приятных изменениях, сделанных в Lighroom 5. «Серьёзных изменений нет, наслаждайтесь мелкими»™

1. При нажатии на клавишу «F» вызывается совсем полноэкранный режим — картинка на чёрном фоне во весь экран. А чтобы по старому просто убрать меню, нужно нажать Shift-F.
2. Можно выбирать, показывать ли сетку и/или гайды. Причём, не только в кропе, а в любом режиме. Гайды можно двигать, нажав Ctrl.
3. Smart Collections получили новые опции: картинки можно выбирать и по размеру. Эти опции есть не только в коллекции, но и в библиотеке.
4. Любую коллекцию можно пометить как target collection. Тогда клавиша «B» будет отправлять фотки не в Quick Collection, а в отмеченную коллекцию.
5. Нас осчастливили поддержкой PNG. 
6. Soft Proofing («S») работает и в сравнении картинок («Y»). До пруфа / после пруфа.
7. В кропе можно выбирать aspect ratios, которые будут показываться поверх картинки одновременно.
8. Зум можно залочить. Лайтрум запомнит зум для каждой картинки и восстановит его, когда вы к ней перейдёте. (У меня почему-то не работает).
9. После импортирования файлов, Lightroom может оставить открытой ту папку, в которой вы работали (раньше он всегда открывал previous import).
10. В слайдшоу можно включать и фото и видео.

Штучки полезные, хотя и всего-лишь мелочи.

Кстати, судя по тому, какой идеологии придерживаются разработчики Lightroom, в следующих версиях вполне может появиться тот самый фотошоповский Camera Shake Reduction. Быстрая каталогизация, быстро исправить фотографии, нет особо тонкого тюнинга (на это даден Photoshop), допустимо некоторое снижение качества в пользу скорости, аудитория не сугубо про, но и полупро, и даже просто непро — Camera Shake Recuction просто создан для Lighroom, а вовсе не для Шопа!

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

Я очень редко вижу такие хорошие презентации, сделанные нашими ребятами. Даже за деньги и даже с коммерческими целями. А вот западные — почти каждая первая. Может их в школе этому учат? Или они просто смотрят друг на дружку, и не понимают, как можно сделать хуже какого-то (очень высокого для нас) уровня?

Ну раз Adobe раздаёт триальных цеце-слонов, грех не воспользоваться случаем, и не потестировать новые фичи. Меня в первую очередь заинтересовал Shake Reduction — восстановление резкости смазанных от движения кадров. Применимость понятна: стрит, репортажка, даже съёмка в путешествиях (прочитать подробнее о жанрах). В общем, везде, где условия сложные, а второго шанса сделать кадр может и не выпасть. Даже почти наверняка не выпадет. 

Под катом первые впечатления от Shake Reduction.

Не прошло и суток с момента анонса «облачной версии» Creative Suite, как в Сети появился торрент с крякнутой версией. Судя по списку файлов, слабое звено — всё тот же amtlib.dll, так что хакерам видимо даже не пришлось особо напрягаться. 

Это косвенно подтверждает мой тезис: если люди готовы забить на облака и пользоваться пираткой, значит облака не создают добавленной ценности. Но время покажет: если пираты окажутся в меньшинстве, а народ массово ломанётся в CC, значит модель рабочая. А пока, вот что думает по поводу Creative Cloud Адольф Гитлер:

++ Сравнение с офисом 365 мал-мала некорректно. Предмет работы очень различается по объёму: сравните текстовый документ и большое многослойное изображение. В первом случае мегабайты. Во втором — сотни мегабайт и гигабайты. Попробуйте, погоняйте их туда-сюда по сети. 

++ Видео тоже нет. Там предварительная работа и после, рендеринг — а в Шопе много интерактивных операций именно над большим объёмом.

Adobe анонсировала Photoshop CC. Самое главное отличие — платить за неё нужно не один раз много, а ежемесячно по $20 (все планы описаны здесь). Отныне, и пока не предстанет Небо с Землёй на Страшный Господень суд. Новые фичи тоже будут появляться только в «облачных» версиях.

Я в смешанных чувствах. С одной стороны, 600 р в месяц / $240 в год — терпимо. С другой, я нутром чую, что меня в чём-то найябывают.

Сейчас в моде концепция SaaS («software as a service» — «программы как услуги»). Это отображение общего маркетингового пути «продукты — услуги — среда». Вначале конкуренции мало, производители соревнуются качеством продукта. Потом конкуренция нарастает, и начинается соревнование, кто даст больше дополнительных услуг (не просто продать машину, а «у нас чудесный сервис»). Ну и в самом запущенном случае, идёт соревнование экосистемами и тем, что называют «complete user experience». Не знаю, как правильно по русски. Идея в том, что для клиента это уже не просто продукт, а часть жизни. Рынок программного обеспечения очевидно находится во всех этих фазах одновременно — от продажи «коробок» через продажу сервисов (IT-системы) к продаже UX (Facebook, например).

Выгоды от SaaS для продавца очевидны: клиент платит не один раз, а постоянно, это раз. Меньше пиратство, это два.

Выгоды же клиента очень зависят от ситуации. По-хорошему, один раз заплатить легче, чем постоянно. Поэтому неудобство непрерывной «дойки» должно компенсироваться чем-то, что ты иначе не получишь. Только тогда цена будет казаться справедливой. Новые фичи в этот список включать нельзя: их прекрасно можно было бы реализовать на standalone, безо всяких облаков — белогривых лошадок. Так что заявление типа «новые фичи будут только в версии по подписке» большинством однозначно воспринимается как искусственная попытка вытянуть побольше денег (посмотрите результаты голосования в статье по верхней ссылке, прочитайте комментарии). Должно быть что-то ещё. Что там из обещанного Adobe? «20 Гб пространства в облаке, за бабки можно до 100 Gb» — друзья, это даже не смешно. Во-первых, у меня этих облаков и без вашего Адоби Клауда хоть ложкой ешь, причём бесплатно — Yandex, Dropbox, Box, SkyDrive… Во-вторых, 20 Гб — это моя средняя дневная фотосессия. И не только моя — у многих профи объёмы ещё больше. Давайте уж 100 терабайт, тогда мне будет интересно. Но тоже не слишком — потому что вам в придачу придётся провести мне оптоволоконный Интернет. Иначе я буду перекачивать эти терабайты месяцами. Пока же для заявленного «access and share your work wherever you are» я прекрасно таскаю с собой внешний диск, либо выкладываю нужное на Dropbox. Что ещё — обмен мнениями в форуме? Сто первая попытка сделать социальную сеть для дизайнеров? Можно подумать, я не могу найти мест, где это можно сделать бесплатно. Быстрые обновления программ? А раньше с этим были какие-то проблемы? Меня всё устраивало. Итого — ноль. Software есть, а нужного мне сервиса нет.

Интересными могли бы быть какие-то распределённые вычисления, cloud-рендеринг. Но их нет, и не уверен, что на сегодняшнем уровне развития сетей их легко реализовать — хотя попытки предпринимаются. Больше мне ничего не приходит в голову. Так что эксперимент имхо идеологически неудачный. Куда мы только от Adobe денемся, вот в чём вопрос…

++ Уже написал, и увидел статью, где обсуждаются аналогичные позывы у Microsoft. А в конце — слухи, что Adobe может изменить политику на более вменяемую. Ну, дай-то Ктулху…

++ 20/06/13 Не прошло и суток, как ЦеЦе крякнули.

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

Кстати, по теме. Блог с кучей мелких фишек про лайтрум. Какую клавишу нажать, чтобы.

На ПетаПикселе обсуждается та самая инициатива Adobe, опубликовать «нетрадиционные» способы ускорить Lighroom. Судя по комментариям («Ах, купите MacBook!» — «Ага, лучший способ сделать из софта за 80$ комплекс за 2K$, при том, что Photoshop на моей машине пашет только в путь»), окончательным способом ускорить машину с Lightroom были и остаются 9.8 м/с². Спасибо тебе, Adobe. Ты бздишь за нас денно и нощно.

Сам Лайтрум, LR4 SDK. Говорят, ссылка битая, но скачать можно отсюда. Будем посмотреть. Предварительно: в LR довели до ума defringe, вот статья о достижении и об истории вопроса. А в SDK по слухам ничего принципиально нового.

сабж

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

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. Мне просто не терпелось побыстрее опробовать самые актуальные для меня инструменты. 

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

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

Слои в фотошопе часто сравнивают с наложенными друг на друга прозрачными плёнками. Эта штука делает сравнение ещё более полным — «плёнки»-слои могут быть с дырками и пересекаться друг с дружкой произвольно, как вырезанные из бумаги фигурки.

«InDesign Liquid Layout», очередной подарок цифровым медиа. Одновременно и приличный дизайн, и возможность его переколбасить по конкретный экран. Что-то вроде pdf reflow на стероидах.

Новость-неновость: GPU для ускорения любых вычислений. CUDA? Туда.

Keep going, lads.

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

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

В остальном, если у вас нет новых камер и объективов, польза от апдейта минимальна. Даже непонятно, за что адобовские программисты едят хлеб с маслом: список неисправленных заявленных багов намного больше. Не говоря уж о фичариквестах. На официальные форумы разработчиков лайтрумовцы уже давно стыдливо не кажут нос. Но будем надеяться, что они тратят все свои слабые силы на 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 более требователен к железу, чем Шоп». Но таких слов там не было. А значит опять каждый спасается, как может.

Прямо таки вал новостей по поводу Lytro: компании, громко заявившей про коммерческий выпуск 3D-камер (т.е. «plenoptic cameras» — камер с массивом микролинз, позволяющих сначала снимать, а потом наводить на резкость). Эксперименты на эту тему проводятся давно, и отрадно, что камеры всё ближе к рынку.

Кое-какая инфа по теме, в копилку:

• Основная идея таких камер: где-то перед матрицей (или перед объективом, или внутри объектива) размещается массив линз. Полученное изображение — набор более мелких изображений, сфокусированных по-разному. Программа позже может проанализировать снимок и создать синтетический кадр, сфокусированный именно там, где хочет фотограф.
• …причём не только на одном объекте. Технически ничто не мешает сфокусироваться на многих объектах, или сделать резкими сразу все объекты, по всей глубине кадра.
• Очевидно, что размер итогового кадра будет в разы меньше, чем размер матрицы. Но всё равно, штука полезная. Многие репортёры (и не только они) отдали бы правое яй много денег за подобную камеру. При условии адекватного разрешения, хотя бы 5+ MP. Другая очевидная польза для всех: сложный механизм автофокуса уходит из камеры и объектива, встаёт и уходит. Вы знаете, насколько автофокусные объективы дороже неавтофокусных. И какие проблемы с ними бывают. Так что нам всем будет на руку, если AF уйдёт в прошлое, как кошмарный сон.
• Прототип Adobe, видео. Массив из 19 линз перед объективом, сенсор на 100 MP, выход 5.2 MP. Занудная техническая инфа.
• Raytrix. Самая первая (по их словам) 3D-камера на рынке. Не Lytro, заметьте. Итоговый размер фотографии — 1 или 3 MP.
• Lytro, виновник шумихи. Сколько мегапикселей, пока неизвестно, ждём. Основатель по имени Ren Ng ещё в Стенфорде разрабатывал подобную камеру (16 MP, выход 90 килопикселей). Но, в отличие от Adobe, он поместил массив микролинз прямо перед матрицей. На сайте кликайте на любую фотку, потом на кнопку «Play with the picture», а потом тыкайте мышкой в фотку и смотрите, как она перефокусируется. Примечание раз: работает не во всех браузерах (хром был послан, в опере заработало). Примечание два: да, это флешка. Разумеется. Нет, кадры для неё нельзя сделать с помощью focus stacking (соединения кадров, сфокусированных по-разному) — в фотографиях присутствуют очень динамичные объекты, которые просто не будут ждать, пока фотограф перефокусирует объектив. Так что не fake. ++ Ещё более занудная техническая инфа от Рен Нг. Многобукав, но есть и картинки.
• Инфа в Вики о пленоптических камерах.
• MindMap на тему пленоптических камер.
• Пленоптические камеры TOF-камеры. Вторые — некий вариант эхолота, только не со звуком, а с лазерным импульсом. Камера пыхает лучом, после чего для каждого пикселя запоминает не только яркость и цвет, но и как она меняется во времени, пока до матрицы доходят отражённые от объектов фотоны. Эта технология в частности позволяет фотографировать наземные объекты с самолёта сквозь листву деревьев (часть лучей проходит сквозь них, отражается от объектов снизу и возвращается назад — нужно только игнорировать более ранние отражения от листьев). Другое применение — снимать объекты за углом. Один из бытовых представителей — Microsoft Kinect.

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

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

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, они наконец прислушались к своему лояльному пользователю. :)

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

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

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

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

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

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

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

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

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

• Все папки с превью в папке «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 по местонахождению реального каталога.

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

продолжение

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

В Lightroom я использую папки '_pano' для хранения панорам — каждую в своей подпапке с именем вида 'p1', 'p2' и т. п. Аналогично я поступаю для hdr, hdr-pano, анимированных серий и focus-stacking. Подробнее рабочий процесс описан здесь и здесь.

Проблема в том, что панорам бывает много, а Lightroom не очень удобен для быстрого создания папок. Надо правокликнуть в Library на папку '_pano', выбрать «Create Folder Inside имярек…», ввести название типа 'p1', нажать 'Ok', после чего Lightroom недружелюбно схлопнет всё дерево папок, его нужно открыть снова, снова кликать, пока не создашь все папки. Коих может быть и десять, и двадцать, и сто.

Решение внешнее. Скрипт, который создаёт заданное количество папок и копирует в каждую из них Jpg-пустышку. Картинку приходится добавлять, потому что при синхронизации пустую папку Lightroom не увидит. Сразу после синхронизации все пустышки удаляются из Lightroom и с диска, и у нас готовое дерево папок. Для наглядности можно заранее пометить пустышку красным цветом.

Todo: если исходники панорам уже помечены в LR, можно сделать скрипт, который сам раскидывает их по папкам. А для автоматического поиска HDR можно замерять время между кадрами. Если у нас очень маленькие промежутки, одно и то же фокусное расстояние и диафрагма, но различается экспокоррекция, то скорее всего кадр принадлежит к HDR-серии. Могут быть и другие варианты, с брекетингом по диафрагме или ISO, но они встречаются реже.

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

Без Lens Correction, 400% zoom:

С автоматической коррекцией, 400% zoom:

Налицо уменьшение контраста.  В принципе этого следовало ожидать. Всё это касается коррекции дисторсии — аберрация и виньетирование на резкость не влияют.

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

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

После дня сомнений всё-таки было решено провести бенчмарк цс-пятого Фотошопа с новой карточкой GeFroce GTS 450 1Gb.

В качестве теста был взят Photoshop Benchmark V3. Тест проводился с включенной (в настройках Performance), с выключенной, и снова с включенной акселерацией. Между тестами Фотошоп перезагружался. Результаты несколько обескураживающие:

Условия всех трёх запусков — одинаковые. Только во время первого теста в плеере играли Ночные Снайперы, во второй раз — Андрей Баранов, в третий — Ундервуд. И заметьте, вполне можно выдвинуть гипотезу, что Баранов влияет на Photoshop лучше всех. По крайней мере эта гипотеза ничуть не хуже гипотезы о том, то галочка в настройках Performance на что-то там влияет.

Есть идеи, в чём подвох?

Я всё таки не поленюсь, разберу компьютер, поставлю обратно старую карточку и протестирую машину с ней «вчистую».

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

Ну удержусь, запощу. Ну ведь хорошо CA справился!

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

Voodo Note. Я, кстати, открыл секрет, как заставить Content-Aware Fill работать лучше. Думал, дело в натурально заваренном кофе, но нет. Оказалось, что можно и пить и порошковый кофе, но только капнуть туда пару капель «Бомбейского сапфира».

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

В Photoshop размер кисти и её жёсткость можно изменить минимум четырьмя способами (помимо планшетки и силы нажатия пером):

1. Напрямую из панели Brushes, потянуть мышкой слайдер.
2. Всем известные канонiчные «[» и «]». С нажатым Shift — меняют жёсткость.
3. Существует сторонняя программа Mouse Wheel Control (для маков — SteerMouse). Её можно запрограммировать, чтобы при вращении ролика мышки в Photoshop посылались те же квадратные скобки.
4. (Работает при OpenGL, начиная с CS4) При нажатой Alt кликнуть правой кнопкой где-то по изображению, увидеть красный круг и тянуть: вверх-вниз меняется жёсткость кисти, вправо-влево меняется размер.

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

А ведь если бы не объявление Adobe, я бы об этом и не узнал. В Лайтруме в режиме Grid можно задать фильтр для фотографий:

В «двойке» этот фильтр сохранялся для каждой папки. В «тройке» он сбрасывался при каждом новом открытии папки. Как же хорошо, что я могу использовать для обозначения этого безобразия глагол прошедшего времени. File :: Library Filters :: Remember Each Source's Filters Separately. Действует начиная с Lightroom 3.2 RC.

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

Продолжаем серию «дурная голова и сильные ноги». На этот раз герой нашего комикса в один из солнечных дней умудрился слить фотки с карточки не один, а N раз. Обнаружилось это сейчас, когда при попытке накормить их парой сотен фоток, AutoPano вместе с Gigapan Stitch дружно покрутили пальцем у виска.

Итак, как быстро удалить дубликаты фоток в оптовых количествах.

• Меню Photo :: Stacking :: Auto Stack by Capture Time… Lightroom родит энное количество стеков, объединив близкие друг дружке по времени фотки. Укажите Time Between Stacks таким, чтобы в стеки объединялись только дубликаты — вы увидите это на экране с фотками.
• Photo :: Stacking :: Collapse All Stacks. На поверхности останутся только самые первые фотки из каждого стека, остальные дубли будут не видны.
• Выделить всё и нажать Del, чтобы удалить фотки. Lightroom при этом удалит не все фотографии в стеках, а только самые верхние, как карты с лежащих колод.
• Проделать предыдущий пункт столько раз, сколько у вас лишних дублей.

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

Сегодня у меня своеобразное достижение. Я впервые сделал каталог, в котором только одна фотография. И больше не планируется.

Вы можете возразить, что истинное Дао — каталог вообще без фотографий, или даже каталог без каталога.

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

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