-Поиск по дневнику

Поиск сообщений в akry

 -Подписка по e-mail

 

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 21.08.2007
Записей: 4917
Комментариев: 25572
Написано: 40060


Обработка фотографий. Мой рабочий процесс с Lightroom

Вторник, 28 Октября 2008 г. 21:34 + в цитатник

Мой workflow в Lightroom

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

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

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

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

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

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

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

Цели:

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

Задачи:

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

 

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


Подготовка

Для начала, в камерах ставится точное время и все камеры участников синхорнизируются по времени. Чтобы потом можно было чётко сортировать картинки по дате съёмки. Особенно это важно, когда авторов много и когда впоследствие ожидается привязка к координатам GPS. Не забудьте одновременно менять время в камерах при смене часовых поясов!

Поверьте, соблюдение этого простого правила радикально облегчит впоследствие сортировку кадров.

Добавление от 31/05/09: Подробнее о привязке фотографий к координатам GPS можно прочитать в статье «Geotagging, раскладка фотографий на карте». Если вы хотите получить JPEG-превью из RAW-файлов, чтобы быстро просмотреть отснятое, прочтите статью «Получение jpeg preview и thumbnails из RAW».


Импортирование и бэкап

Теперь об иерархии папок. В корне диска лежат папки с основными категориями вроде «Путешествия», «События», «Натюрморты», «Фотосессии» и т. п. Внутри каждой — папки с проектами. Имена вида «Название проекта - дата». Например, «Прага - май 2008».

Внутри папки проекта возможы такие варианты иерархий.

  1. Если авторов несколько, в папке проекта создаются подпапки вида «src.akry», «src.mike» — в каждой из которых соответственно лежат оригиналы akry, mike. В одну папку кидать нельзя, хотя бы потому что возможен конфликт имён. Рекомендую использовать четырёхбуквенные префиксы латиницей, в нижнем регистре. Можно и больше и меньше букв, но важно, чтобы их у всех авторов было одинаковое количество. Это облегчит дальнейшую сортировку по именам файлов.
  2. В случае, если проект одноразовый, продолжения не подразумевается, оригиналы кладутся прямо в папку проекта или папку участника («src.akry»). 
  3. Если проект подразумевает продолжение (у меня такой — «Прогулки по городу»), внутри авторских папок (или корневой папки проекта) для каждого сеанса Lightroom создаёт подпапки по датам («2008-10-28»). Опять же, это позволит избежать конфликта имён.

ИмпортИмпорт фотографий. Когда я создаю каталог, то в «Edit :: Catalog Settings…», закладке «Metadata» устанавливаю «Automatically write changes into XMP». Таким образом при работе с RAW, изменения пишутся в рядом лежащие файлы с расширением XMP, а не в центральную БД Lightroom. Так что при файловом бэкапе картинок сохраняются все изменения, поскольку я пишу на диск и эти XMP.

Примечание: Sidecar XMP несколько замедляет работу Lightroom при массовом изменении файлов. Поэтому на время этих изменений, его стоит отключать. А после всех изменений, включить обратно и сделать «Metadata :: Save Metadata To File». Или смириться с незначительным замедлением. У меня торможения особо не чувствовалось, но на всякий случай предупреждаю.

Обычно я использую механизм импортирования самого Lightroom. Меню «File :: Import Photos from Device…». В случае проекта, растянутого на многие дни, так удобнее всего. Однако ничего не мешает слить фотографии напрямую с карточки на жётский диск, а импортировать их в Lightroom после, «File :: Imort Photos from Disk…» или кликнуть на «Folders [+]» и выбрать «Add folder…». И в том и в другом случае откроется стандартный диалог импорта.

Примечание: если есть авторские папки («src.akry»), лучше добавлять в качестве папок именно их, а не всю папку проекта сразу. Тогда в панели «Folders» можно будет легко выбрать фотографии нужного автора.

Метаданные. В процессе импорта полезно сразу же задать метаданные. Поскольку я импортирую не одним блоком, а по авторам, то я заранее подготовил «metadata templates» типа «aKry generic» и «mike generic» — в этих шаблонах стандартные копирайты, сайт, e-mail и т. п. Также я задаю ключевые слова, описывающие весь проект.

Время. Если всё сделано, как надо, у всех файлов внутри будет записано адекватное время съёмки. Если же нет, придётся корректировать его с помощью «Metadata :: Edit Capture Time…», сдвигая на нужное число часов. К сожалению, инструмент в Lightroom зело глупый и позволяет двигать только часы, но не минуты и секунды. ACDSee в этом плане гораздо мощнее. Так что в сложных случаях пользуйтесь ACDSee.

Переименование. Удобнее всего сразу после импорта всех фотографий, переименовать их во что-то «говорящее». Для этого я выделяю все фото одного автора, жму F2 и изменяю заранее сделанный шаблон «Trip timelie» вида

TRIPCODE_{Date (YYYYMMDD)»}_{Hour»}{Minute»}{Second»}_{Custom Text»}_{Sequence #(00001)»}»

где «TRIPCODE» меняю на какой-нибудь разумный неколькобуквенный префикс латиницей. Например «SWV» для Sweedish Velo. «Custom text» — то, что предлагается ввести в однимённом окошке при нажатии F2. Ввожу туда четырёхбуквенный код автора, например «akry».

В итоге имя файла будет выглядеть примерно так: «SWV_20081025_120232_akry_00001.CR2». Желательно, чтобы не было пробелов. Вообще лучше использовать только буквы латиницей, подчёркивания, минусы, цифры, точки. Меньше будет проблем с публикацией в вебе. А вот длина имени может быть больше 8 символов. Всё таки мы уже не в каменном веке живём.

Добавление от 31/05/09:  обсуждение принципов именования и альтернативные варианты есть в комментариях.

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

Примечание: в случае, если у вас внутри одного путешествия есть несколько разделов, можно сделать несколько разных «TRIPCODE» — «TRIPCODE1», «TRIPCODE2» и т. п. Или даже дать им удобночитаемые имена: «TRIPCODE-SUBTOPIC1», «TRIPCODE-SUBTOPIC2»…

К этому моменту диспозиция такая:

  • Все файлы слиты в подобающие папки и переименованы.
  • Они импортированы Lightroom и каждому вручены метаданные, которые пишутся в отдельные файлы с тем же именем, но расширением XMP.

При трёх авторах и 10-15 тысячах фотографий эта часть занимает у меня около двух часов. Большая часть времени конечно съедается на запись DVD.

Если автор один, фотографий под тысячу, этап занимает минут тридцать. Большая часть времени на этот раз тратится на импорт фотографий на диск.


Сотрировка фотографий

Добавление от 31/05/09: о концепции сортировки и средствах Lightroom можно прочитать в статье «Методы сортировки и выборки фотографий в Lightroom».

Создание Smart Collections. В Lightroom есть полезная возможность — Smart Collections, которые автоматически выцепляют из всей кучи только фотографии с заданными свойствами. Какие коллекции делаю сразу же я:

  • «PSD» — файлы с расширением PSD. Пригодится, чтобы быстро находить те файлы, которые я уже редактировал в Photoshop.
  • «4 stars» и «5 stars» — фото с рейтингом 5 и 4. Для быстрого выбора лучших.
  • «Panoramas src» — файлы, помеченные цветом Blue. См. ниже про панорамы.
  • «Panoramas ready» — уже готовые склеенные панорамы, с цветом Purple. См. ниже про панорамы.
  • «Series» — файлы с цветом Green. См. ниже про серии.
  • «HDR» — файлы с цветом Yellow. См. ниже про HDR.
  • «Ready and exporter» — файлы с флагом «Pick». Я помечаю этим флагом фото, которые уже отправлены на экспорт (в веб, или для печатной публикации). Помечаю сразу после отправки. Таким образом я избегаю лишней работы с повторным экспортом.
  • «Private!» — фото с лейблом Red. Ну мало ли что довелось наснимать интимного? Лучше объединить всё это в одну кучу, чтобы ненароком не показать родителям или кому не хочешь.

Далее, если это длинное путешествие, я делаю тематические коллекции и наборы коллекций. Например, сет (набор) «Места» с подсетами «Финляндия», «Швеция», «Россия». Рядом сеты «Быт», «Весёлое», «Люди», «Кафешки» и т. п. Внутри сета «Финляндия», сеты «Хельсинки», «Свеаборг»:

  • *Места*
  • — *Финляндия*
  • —— *Хельсинки*
  • ——— Аквап  арк
  • ——— Город
  • ——— Эврика
  • ——— Тикур  илла
  • —— *Свеаборг*
  • — Швеция
  • — Россия
  • Весёлое
  • Люди
  • Кафешки

Отбраковка. При любой съёмке будет брак. Чтобы не возиться с ним, надо выкинуть его сразу же. Для этого я пробегаюсь по всем фотографиям в режиме «много картинок на экране» и явный брак помечаю, как Rejected (жму английскую букву «x»). После чего «Photo :: Delete rejected photos…».

Панорамы и серии. Самое время выбрать панорамы. Пробегаюсь по всем фотографиям, нахожу панорамы и делаю две вещи:

  1. Помечаю все файлы панорамы цветом Blue (клавиша «9»). Таким образом они будут автоматически отображаться в Smart Collection с названием «Panoramas src».
  2. Группирую файлы каждой панорамы в отдельные стеки (выделить нужные файлы, Ctrl-G). Они «слипаются» в один и не отсвечивают, не мешают дальнейшей сортировке.

Вообще при съёмке панорам полезно перед началом съёмки первого кадра и после съёмки последнего, сфоткать например, руку. Чтобы сразу было видно, где начинается и где заканчивается панорама. Разумеется, фото руки позже стоит удалить и не включать в панораму!

Уже склеенные панорамы я помечаю цветом Purple, чтобы их легко было найти в соответствующей Smart Collection.

Если я натыкаюсь на длинные серии (ну там снимал как из пулемёта голубя, дерущегося с вафлей), тоже группирую их в стеки, но помечаю их цветом Green (клавиша «8»). Они появятся в Smart Collections с именем «Series».

Аналогично поступаю с картинками, пердназначенными для последующей склейки в HDR. На этот раз цвет — Yellow (клавища «7»). Тоже группирую их в стек. NB!  Если этого не сделать, на следующей фазе «убирание лишних» очень легко по ошибке выкинуть и часть хэдээрок, приняв их за брак.

Убирание лишних. Потом ставлю цифирь «1» (рейтинг «1 звезда») на все фотогарфии в каталоге. На все. Далее я пробегаю ещё раз и ставлю цифирь «0» (сброс рейтинга) на все фото, которые скорее всего никуда не пойдут, хоть и не брак. Ну там качество низкое, или не в тему. Но удалять жалко.

Теперь я могу выбрать «Custom filter :: Rated», поставив отображаться только фотографии с рейтингом 1 и выше. Это избавит меня от необходимости тратить силы на явный неликвид.

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

Тогда я выбираю одного из ярких пердставителей фото, нуждающегося в коррекции, правлю его (как правило, баланс белого, экспозиция). Далее копирую правки, нажав на Ctrl-Shift-C. Появлется диалог с выбором, что именно я хочу скопировать. Выбираю. После чего выделяю все фото, где это надо исправить, и жму Ctrl-Shift-V. Повторяю процесс для всех вариантов кривых кадров.

Примечание: это как раз тот самый случай, когда может быть замедление работы при использовании Sidecar XMP (см. выше).

Как правило, хочется быстренько выложить хоть несколько фоток в дневник. Для этого я пробегаюсь по фоткам и помечаю рейтингом «4» десяток фото, которые меньше всего нуждаются в обработке и годятся для дневника. Пометив, выбираю их все и экспортирую (про экспорт см. подробнее ниже) в jpeg, 700×700 с подписью. Ну и выкладываю в днев. После чего с чистой совестью завариваю чай, делаю бутерброды и продолжаю работу.

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

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

На этом этапе я помещаю подходящие кадры в спецкатегории «Stocks», «Print».

Примечание: для стоковых фотографий я меняю ключевые слова с русских на английские.

Тюнинг метаданных. Когда фото раскиданы по категориям, удобно выделить их там и добавить уточнённые метаданные. Например, «хельсинки» или «ночная съёмка».

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

  1. Общее, никуда сейчас не идущее.
  2. резерв
  3. хорошее, требует обработки в Photoshop или PhotoMatrix (исправление дисторсии, сложная ретушь, коллажи, HDR)
  4. хорошее, требует средней сложности обработки в Lightroom.
  5. хорошее, не требует обработки, либо требует незначительной обработки в Lightroom.

Очевидно, что после простановки рейтингов, проще всего начинать работу с «пятизвёздочных» кадров, постепенно снижаясь.

Добавление от 31/05/09: для большей продуктивности я рекомендую активно использовать ключевые слова вмето коллекций. Подробнее об этом в статье «Ускорение Lightroom».


Обработка

Здесь у каждого свои приоритеты и методы. В целом, как минимум нужно сделать следующие вещи:

  • Скадрировать.
  • Выправить горизонт.
  • Скорректировать баланс белого.
  • Там где надо, выставить яркость, чёрную и белую точки.
  • Убрать явно мешающие восприятию кадра объекты.

А дальше кто во что горазд:

  • Добавить виньетирование (затемнение, осветление по краям).
  • Тонировать.
  • Исказить цвета.
  • Склеить панорамы, HDR, анимарованные GIF.
  • Добавить градиентные фильтры на небо/воду/степь.
  • Селективно поднять яркость/резкость/ещё что-нибудь на отдельных участках изображения.
  • Применить спецфильтры Фотошопа.
  • Сделать коллаж.
  • …и многое другое.

Добавление от 31/05/09: у Lightroom есть хороший инструмент для быстрой обработки фотографий — пресеты обработки. Это запомненные настройки цвета, света и всего что умеет Lightroom. С их применения можно начинать обработку, добавляя после свои коррекции. Подробнее в статье «Пресеты Lightroom». Ещё один важный момент, который рано или поздно всплывает у каждого: «почему, если я снимаю в RAW, на фотоаппарате, в JPEG и в превью в Lightroom у фотографий одни цвета, а после того как Lighroom срендерит свою превьюшку, цвета совсем другие?» Ответ печален и прост: камеры используют дополнительные обработки (у Canon это называется «Picture Styles»), которые понимает только родной софт камеры. Lighroom же не понимает и выдаёт фото без этих обработок. В какой-то мере можно скомпенсировать эту утрату, создав специальные пресеты — на каждый из используемых Picture Style. Кое-какие стили я выложил здесь: «Canon 50D Picture Styles monochrome и Lightroom».

После того, как кадр отредактирован в Photoshop (или где-нибудь ещё), обычно я сохраняю его в ту же папку, что и исходники. Между собой спутать их сложно — исходники все RAW. Но если хотите, можно сделать отдельную подпапку «psd», куда закидывать обработанные фотошопом файлы.

Lightroom автоматом их не подцепляет, нужно либо добавить папку через «Folders :: add folder», либо кликнуть правой клавишей на папке и выбрать «Synchronize Folder…».


Печать контактов

КонтактыПосле того, как всё распределено по категориям и более-менее обработано, можно напечатать «контакты». Это много мелких фоток на одном листе. Такое любят бильт-редакторы — по ним можно быстро выбрать нужную.

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

В модуле «Print» выбрать из Template Browser какой-нибудь вариант Contact Sheet. Не забыть поставить Photo Info :: Filename с каким-нибудь мелким шрифтом, чтобы было ясно, в каком файле фотка.

Распечатать.


Экспортирование

В Lightroom довольно ограниченные возможности экспорта. Но их можно расширить с помощью сторонних модулей. Лично я пользуюсь LR2/Mogrify, сделанную Timothy Armes. Mogrify позволяет делать к фотографиям рамки и вставлять подписи.

Собственно, экспорт мне нужен по большей части в двух форматах:

  1. Jpeg для веба. Размер 700×700, качество 60, есть рамка, есть подпись.
  2. Tiff для публикаций. Полный размер, нет подписей, нет рамок.

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

После экспорта я открываю папку обычным Ecplorer и быстро просматриваю с помощью PicasaViewer. Он самый шустрый из всех мне известных.

Примечание: для небольших проектов я сохраняю jpegs в папку «jpg» внутри папки с исходниками. Так проще искать.


Хранение и бэкап

После того, как создан каталог и отсортированы фотографии, желательно сделать бэкап. Для работы я использую внешние терабайтные диски, подключаемые через USB. Как только фотографии слиты на него и переименованы, я делаю копию всех оригиналов на DVD, печатаю им на струйнике обложки, кладу в коробку и прячу подальше. Дальнейшая работа с фото идёт на жёстком диске. Как только диск заполняется, я покупаю новый. Терабайтника хватает примерно на год, обходится примерно в 7000 р. Если обработки критичны, я сливаю их ещё на один DVD и кладу в ту же коробку, где лежит бэкап.

Конечно же в бэкап жедательно включить и файлы каталога Lightroom. В них ведь сохранена вся иерархия фоток, категории.

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

 

Дополнительно

То, что я не делаю или делаю редко, но что можно делать.

  • Преобразовать все фотогарфии в DNG и хранить их в нём. DNG — некий «универсальный RAW», одобряемое мною стремление компании Adobe привнести порядок на это анархическое поле. Я пока не делаю этого по трём причинам: 1) мои RAW пока без проблем читаются; 2) жалко времени; 3) размер итогового DNG уж очень велик. Добавление от 31/05/09: теперь преобразовываю файлы в DNG почти всегда. Подробнее в статье «Формат DNG».
  • Сделать контрольки в веб. Модуль «Web» позволяет быстро (час на полтысячи фотографий) выложить их в некую простую веб-галерею по указанному вами адресу. Полезно, чтобы сразу показать камрадам, что наснимал. Можно делать на любом этапе работ.
  • Создать всем фотогафиям превью 1:1 («Library :: Previews :: Render 1:1 Previews»). Занимает время и полезно только, если не уверен в кадрах и хочешь быстро посмотреть их все в полном размере.
  • Добавление от 31/05/09: Регулярно оптимизировать базы Lightroom, как описано в статье «Оптимизация баз Lightroom и Firefox».

 

Итого

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

Но конечно всегда возможны улучшения. Если у вас возникли какие-то идеи, поделитесь. Поможем друг другу.

FIN

 

Рубрики:  Идеи и мысли
Заметки на обрывках плёнки
Заметки по фотографии и фотографированию.
Метки:  

Процитировано 37 раз
Понравилось: 2 пользователям

fh4wh8hae   обратиться по имени Среда, 29 Октября 2008 г. 15:02 (ссылка)
Колоссальная публикация, спасибо :) У меня по меркам студенческой жизни тоже большие каталоги с фотографиями (абсолютно любительские, но тематические), и многими описанными в посте вопросами задавался сам.

Ваш пост прям делает из Lightroom конфетку. Однако есть несколько ограничивающих мыслей (про стоимость программы говорить пока не будем):

Категории... Мы не в каменном веке живем, конечно, но основа всему - физические папки. Теги это хорошо, однако из-за такой искусственной иерархии и таких инструментов вы привязываете себя к Lightroom, разве не так? И когда настанет время менять менеджер (или даже операционную систему ) - созданная лайтрумом спецификация может прийти в негодность.
Я говорю не совсем о том, что "если бы да кабы". А о том, что вы будете делать, полети вдруг вся БД? И как сами считаете, насколько вы привязаны к Лайтруму? Сюда же то, что основа файловых систем - именно папки, а всякие теги и "виртуальная иерархия" - штука, сильно зависящая от посторонних средств.
-----
У меня на компе сейчас происходит глобальное разгребание хлама и информации. Скоро доберусь и до фотографий, поэтому ваш пост мне актуален. Возможно, я попробую сделать собственный каталог.

Отсюда такой вопрос: какие (ммм.... бесплатные) альтернативные Лайтруму средства вы можете посоветовать? Задачи: переименование по маскам, различная работа с тегами и категориями, [дополнительно: с виртуальной иерархией], минимальное и необходимое редактирование и коррекция фотографий (можно массово); желательно, чтобы проект был современным => стандартизированный и с возможностью создания стабильных бэкапов.
Лайтрум и Ацдсии все-таки немножко буржуйские. Пробовал бесплатный XnView - он мне показался недостаточно качественным. Может, вы другого мнения?
-----
Вы когда-то хотели сделать обзор блоговых сервисов. А может, вам довелось перепробовать самые разные каталогизаторы изображений, и вы можете написать сильный обзорный сравнительный пост?
-----
P.S. Проблема иерархии физических папок постоянно очень острая. Ваша "Сортировка по категориям" - это и есть привязка к дополнительным программам с БД? Как часто себя оправдывает такое скрупулёзное копание в галочках и окошках?
Ответить С цитатой В цитатник
akry   обратиться по имени Среда, 29 Октября 2008 г. 15:33 (ссылка)
WindMaster, для начала напишу тогда о самом очевидном.

Про если полетит БД, ответ простой — бэкап. Он описан в статье, дополнительно Лайтрум может каждые N дней/недель напоминать сделать бэкап каталога и делать его. Яйца нужно хранить в разных корзинках. Так надежнее, хотя и очень больно.
Кстати, каталоги я храню на отдельном винте, который не занят свопом.

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

Вероятность, что одновременно полетит винт, второй винт и DVD конечно есть, но не очень высокая. Хотя в случае с Черногорией, у меня убились кадры на винте и непонятно повредились DVD из одного набора. По счастью, был второй набор, откуда восстановил.

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

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

Если продолжить мысль про ненадёжность категорий, то легко придти к выводу, что и файловые иерархии тоже ненадёжны. Нет бэкапа, всё может посыпаться. И выцепляй потом фотки по одной с R-Studio — без имён и без папок. У меня такое бывало не раз. А если есть бэкап, то что мешает сделать его и для категорий? Однако в пределе, самые надёжные иерархии — построенные на keywords, записанных в Exif. Каждая фотография таким образом хранит в себе информацию, достаточную для её поиска, и для группировки по какому-то признаку с другими фотографиями. Кстати, в современных exif ключевые слова могут быть связаны в иерархии.

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

Я много работал и с иерархиями, построенными на директориях, но у этой системы есть ряд родовых болезней. Самая важная из них — невозможность множественного наследования. Файл, перефразируя Винни Пуха, или здесь, или не здесь. Попытка использовать алиасы (на маках) или shortcuts (под виндой) или links (под юниксом) всё равно не решает проблемы окончательно, и довольно негибкая. Так что в итоге удобнее оказался механизм ключевых слов (тегов). Категории — те же ключевые слова, только объединённые в иерархии и хранящиеся не в Exif, а в отдельной БД. При дублировании их в Exif (о чём я писал выше), привязка к Лайтруму и к операционной системе очень небольшая, поскольку по ключевым словам в любом каталогизаторе легко восстановить былую иерархию. Но я не вижу в этом особого смысла — если Лайтрум работает, зачем мигрировать куда-то? Появится реально весомая альтернатива (типа Apperture под Windows), начну новые проекты делать под ней. А то, что жизненно необходимо, перенесу, как описал. Но пока в обозримой Ойкумене такой альтернативы нет, и не предвидится. Не скажу, что мне это нравится — здоровая конкуренция софту только на пользу, но увы.

(продолжение следует)
Ответить С цитатой В цитатник
akry   обратиться по имени Среда, 29 Октября 2008 г. 17:49 (ссылка)
(продолжение 1)

Покупатель:
— Я бы хотел купить ботинки, но только чтобы они служили долго, были красивыми, модными и удобным. Ну и стоили дёшево.
Продавец, вздыхая:
— Я тоже…



По поводу бесплатных альтернатив лайтрума мне ничего неизвестно. Возможно потому что не очень интересовался. В основном, софт делится на две категории: workflow support и enhanced browsers. Первая категория — попытка полного сопровождения работы фотографа. Вторая — yet another tool в арсенале. Лайтрум, Apperture относятся к первой категории. Phase One — на стыке, ACDSee — просмотрщик, Adobe Bridge — тоже просмотрщик. Digital Photo Pro от Canon я вообще не рассматриваю ввиду его глубокой отстойности и кривизны. Просмотрщики лазают как раз по файловой системе и у них нет своей иерархии каталогов, как в Лайтрум. Или она вспомогательна.

Есть ещё дорогой Silverfast DCPro Studio, который (очень) хорошо работает с RAW. Но опять же, он делает меньше чем Лайтрум, а обрабатывать в нём массово фотки зело неудобно.

Насчёт буржуйского, это вопрос вкуса. Отечественных разработок не встречал — не то что адекватных, никаких не встречал. По мне хоть марсианское, лишь бы работало. Мы не расисты.

В заявленные параметры попадают только программы первой категории, среди которых для писюка лайтрум впереди планеты всей. Что-то можно сделать отдельными тулзами. Переименование — Total Commander, работа с датами — ACDSee, (забыл, как называется, кажется Exifer). Массовое редактирование — а что именно нужно редактировать? Какие типы файлов? Какие изменения? Если массовый ресайз jpeg, то с этим почти все справляются. Если массово виньетировать RAW или выставить баланс белого, то почти никто не может, только «толстяки» вроде Lightroom и Apperture. Localized corrections для RAW я тоже не особо встречал, а вещь архинужная.

--
Re: P.S.: Сортировка по категориям делается не всегда, а для более-менее законченных проектов. Например, для путешествий это очень удобно. Оправдывает, когда надо быстро выцепить все фотки по определённой тематике. Клик, и готово. А мне это нужно часто.
Ответить С цитатой В цитатник
akry   обратиться по имени Среда, 29 Октября 2008 г. 17:53 (ссылка)
Перечитал, и понял, что не вполне очевидна следующая вещь: я не делаю один каталог на все фотографии. У меня их около полумиллиона, и каталог бы мёртво тормозил на таком. Вместо этого, я создаю отдельный каталог Lightroom под каждый проект или тему. Несколько тяжелее искать, но сильно быстрее работает.
Ответить С цитатой В цитатник
fh4wh8hae   обратиться по имени Среда, 29 Октября 2008 г. 20:54 (ссылка)
Меня напрягли XMP и "Smart Collections" - если они поддерживаются только лишь Лайтрумом. Отсюда выводы: ваш каталог сильно привязан к Lightroom и современный Exif спасет мир :)

В общем, благодарю за ответы. Получился неплохой мануал
Ответить С цитатой В цитатник
akry   обратиться по имени Среда, 29 Октября 2008 г. 21:04 (ссылка)
WindMaster, welcome :)

Smart Collections вообще побоку. Это просто вспомогательные быстрые автофильтры, которые в случае чего делаются за три минуты. На них фреймворк не основан ни в коей мере. А вот обычные collections, не smart лучше дублировать в exif.

В XMP пишутся данные о коррекциях, сделаных в лайтруме — насыщенность там, локальные коррекции. Остальное — в exif. Поскольку всё равно RAW нередактируемый, все подобные программы используют либо аналоги XMP, либо централизованную БД (что мне нравится меньше). Так что по любому, если работать с равом, придётся на кого-то завязываться. А XMP неплохой расширяемый стандарт: http://www.adobe.com/products/xmp/partners.html и http://www.adobe.com/products/xmp/standards.html
Ответить С цитатой В цитатник
akry   обратиться по имени Среда, 29 Октября 2008 г. 21:18 (ссылка)
По теме. Я классную тулзу для геотеггинга нашёл: http://www.geosetter.de/en/index.html
Это продолжатель славного дела Exifiera (http://www.exifer.friedemann.info/)
Ответить С цитатой В цитатник
moemesto   обратиться по имени Вторник, 11 Ноября 2008 г. 15:13 (ссылка)
А в Лайтруме база данных хранится просто в файле?
То есть ее можно забекапить и потом восстановить?
Ответить С цитатой В цитатник
akry   обратиться по имени Вторник, 11 Ноября 2008 г. 15:38 (ссылка)
moemesto, именно так. Более того, Лайтрум (если не отключить напоминание) регулярно рекомендует сделать бэкап, куда скажешь.
Ответить С цитатой В цитатник
JamesDin   обратиться по имени Понедельник, 04 Мая 2009 г. 00:32 (ссылка)
Отличный материал. Спасибо за бесценный опыт.
Ответить С цитатой В цитатник
Перейти к дневнику

Вторник, 05 Мая 2009 г. 16:45ссылка
Рад, что пригождается. Сам сейчас буду по этому процессу обрабатывать фотки со сплава.
Аноним   обратиться по имени Вопросы Воскресенье, 17 Мая 2009 г. 17:28 (ссылка)
Очень интересная статья. Спасибо.

Какая особенная роль у TRIPCODE в имени файла? Ведь файл лежит в папке со смысловым именем. Плюс теряется сортировка по времени файлов из разных сессий в случае чего. Файлы будут отсотрированы по TRIPCODE.

Зачем 5-значный номер в конце, ведь за секунду столько фотографий сделать нельзя?

Есть особенная причина, чтобы имена имели фиксированный размер, особенно если они такие длинные как у вас?

Лично я нумерую фотографии так: YYYYMMDD-000. Планирую добавить фамилию фотографа, не знаю куда :)

Где и с какими именами вы храните файлы каталогов, а также превьюшки каталогов? Как искать фотографию в нескольких сессиях, если у каждой сессии свой каталог?

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

Спасибо,
Давид
Ответить С цитатой В цитатник
Перейти к дневнику

Воскресенье, 17 Мая 2009 г. 22:26ссылка
Добрый день, Давид. Я вижу серьёзный подход.

Начну с моих целей, которыми и определилась нумерация. Три главных цели:
1. Идентификация изображения на линии времени.
2. Сортировка.
3. Лёгкое определение «где, когда и что» для единичной фотографии. Например, выложенной давным-давно на сайт. Причём как для меня, так и для того, кто на фотографию будет ссылаться.

Собственно такая избыточность в моём кодировании определяется во многом третьей целью. По имени «SLGR_20090510_170327_akry_01487.jpg» я легко определю дату и вспомню, что это Селигер. Пятизначный сквозной номер в конце также служит облегчению указания. Клиент, ссылаясь на это фото, напишет мне: «скинь большую версию фотки 1487, plz!». Ценно, когда общение идёт по аське или смс, экономит время.

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

Особых причин на фиксированный размер нет, только личные эстетические. Мне кажется, так красивее, но это конечно не догма.

Файлы каталога с превьюхами храню на отдельном от фотографий диске. Они лежат в одной папке, только с префиксом даты. Опять же, для лёгкости сортировки. Шаблон имени: «YYYYMMDD название каталога». Если каталог агрегатный, его имя начинается с префикса «_» и не содержит даты. Например, «_Зарисовки». В этом случае фотографии в него добавляются, отсортированные по папкам с датами. Шаблон: «_Всякое/2009-05-01/» и т. п. Вероятно это как раз тот самый многосессионный случай.

Сами фотографии на отдельном диске (дисках) лежат в папках по категориям («Путешествия++», «Фотосессии++»…) а внутри имена папок совпадают с именем каталога (к чему выдумывать лишнее?). Структура не «плоская», потому что периодически я просто роюсь по какой-то теме. Например, по быстрому отсматриваю все фотосессии. В самом же хранилище каталогов в этом нужды нет. Скорее «тематичность» будет мешать — ведь кроме даты придётся ещё и припоминать тему. Что не всегда просто для фотографий годичной давности.

Надеюсь, ответил на всё. Если что, готов уточнить.
Перейти к дневнику

Воскресенье, 17 Мая 2009 г. 22:29ссылка
++ в последнее время всё чаще возникает необходимость в префиксе размера для фотографии. Если я их кладу в одну папку для выкладывания в Интернет, нужно как-то отделить превьюхи от полноразмерных фоток. Хотя бы префиксом «th_» или «w_».
Аноним   обратиться по имени Понедельник, 18 Мая 2009 г. 18:51 (ссылка)
Алекс, спасибо за подробный ответ. Хотя он и ввёл меня в новые потёмки работы с каталогами. Я недавно перешёл в Лайтрум из Бриджа и Фотошопа (это про мой опыт), так что вопросы соответственные.

Про сессии и каталоги я как-то запутанно выразился в предыдущем ответе. И получил ещё более запутанный ответ :) Всё проще.

Я отношусь к каталогам, как к файлам конфигурации фотографий, которые, кстати, всегда дублирую в сайдкары xmp. А потому файл каталога кладу рядом с фотографиями, сайдкарами, екстрактами. И этот независмый набор бэкапирую и так далее. В таком виде не возможна сортировка по кивордам и всему остальному среди ВСЕХ фотографий. Видел, что есть опция импорта каталогов, для поиска и просмотра думаю добавить все каталоги в один большой, некритичный, агрегатный. У вас такой есть?

Наверное, удобно иметь и обрабатывать одну и ту же фотографию в двух разных каталогах, но что делать с изменениями в сайдкарах? Как вы это обходите? Изменения в агрегатных не писать в сайдкар?

Итак, ваша файловая структура выглядит так? Или для экстрактов есть отдельное место?

photo\2009\20090510_SLGR\SLGR_20090510_170327_akry_01487.cr2
photo\2009\20090510_SLGR\SLGR_20090510_170327_akry_01487.xmp
photo\2009\20090510_SLGR\SLGR_20090510_170327_akry_01487.psd
photo\2009\20090510_SLGR\SLGR_20090510_170327_akry_01487.jpg

catalog\2009\20090510_SLGR\20090510_SLGR.lrctlg
catalog\2009\20090510_SLGR\preview\*

Почему так важно хранить каталоги на отдельном диске? Это даёт какое-то улучшение перфоменса, или дело вкуса?

Пятизначный порядковый номер в имени файла начинается с нуля для каждой сессии? Всё-таки префикс темы мешает сортировке по времени. Добавка th_ мне кажется очень полезной, но она нарушит правило постоянной длины. Пока я кладу ехтракты в отдельные папочки: rgb и thm в ту же папку. Что означет w_?

Удаление брака вы делаете до или после переименования? Я - после, чтобы не было "дырок" в порядковых номерах. Дело вкуса, собственно.

Спасибо,
Давид
Ответить С цитатой В цитатник
Перейти к дневнику

Вторник, 19 Мая 2009 г. 00:42ссылка
Ага. Разные цели диктуют разные подходы.

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

Поэтому проблема поиска по кивордам скорее должна решаться индексирующей все фотографии на диске системой. Раньше у меня этим занимался Google Desktop с соответствующим плюгином. К сожалению, под мою новую XP x64 он работать отказывается и я ищу другие варианты. Перепробовал основных игроков: Copernic и ещё что-то, всё плохо. Цель найти именно индексирующий поисковик, потому что просто так по exif многие искать могут, но для десятков тысяч фото это долго.

Каталог же держу отдельно из соображений скорости. По хорошему, это должны быть четыре разных независимых диска: с операционной системой и программой, с файлом подкачки, с каталогом и с фотографиями. И все скоростные RAID. В идеальном мире :)
На практике же хватает такого как у меня разделения — каталог отдельно, фото отдельно. Каталог — БД в формате SQLite + фигзнаеткак зашифрованные файлы с превьюхами. Очевидно, что одновременный доступ к файлам на разных дисках быстрее одновременного доступа к файлам на одном диске.

Изменения в сайдкарах переносятся между каталогами. Не переносятся внутренние записи в БД, но для этого есть опция в настройках каталога «Write changes to XMP», которая касается как DNG с их сайдкарами, так и обычных RAW со встроенными в файл EXIF. Вначале (при пакетной массовой расстановке тегов и ключевых слов) её выгодно отключать, потом же стоит сохранить изменения внутрь XMP и поставить эту галочку. Тогда все изменения будут доступны любому каталогу (при условии выбора пункта меню «Metadata :: Read from file…»).

Структура картиночного диска такая:
\\photo\Путешествия ++\2009-01-03_12 Китай\akry\CH_20090103_17-30-53_akry_00009.dng — файлы
\\photo\Путешествия ++\2009-01-03_12 Китай\akry\jpg.web.th— срендерённые jpg для www с размером большей стороны до 250 px, thumbnails
\\photo\Путешествия ++\2009-01-03_12 Китай\akry\jpg.web.sm — срендерённые jpg для www с размером большей стороны от 550 до 800 px
\\photo\Путешествия ++\2009-01-03_12 Китай\akry\jpg.web.big — срендерённые jpg для www с размером большей стороны ~1200 px\\photo\Путешествия ++\2009-01-03_12 Китай\akry\jpg.web.big[/b] — срендерённые jpg для www с размером большей стороны ~1200 px
\\photo\Путешествия ++\2009-01-03_12 Китай\akry\tiff.big — срендерённые полноразмерные TIFF

Если файлов очень много, возможно создание тематических поддиректорий. Структура сохраняется внутри каждой из них, хотя конечно удобнее было бы все jpeg одного размера пихать в одну директорию для сессии. Но это ограничения Lightroom. Надеюсь, в следующих версиях они уйдут.

Префикс «w_» означает «for www», фотографии в размерном диапазоне 550-800 px. Правило постоянной длины — оно же не догма. Ну будет оно соблюдаться в рамках одного размерного набора, а не всех фотографий.

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

Префикс темы (не всей сессии) имеет смысл ставить вначале, только если не планируется смотреть фотографии в едином наборе, или планируется — но принципиально с разбивкой по темам (редко, но бывает). Или например, класть их в разные папки, тоже по темам. Если же планируется, тему или не надо добавлять, или уже после времени (или даже после всего).
Перейти к дневнику

Среда, 20 Мая 2009 г. 18:12ссылка
Аноним
Спасибо за подробный ответ.

Наш разговор сподвиг меня на практические действия в деле наименования и хранения фото-файлов. Итак, концепт:

Имена ЛР каталогов и директорий с файлами совпадают. (Каталоги и файлы хранятся на разных дисках.) Имена имеют вид YYYYMMDD.description, например, 20090520.lena.wedding. Если в каталоге хранятся файлы нескольких дней, то в имя добавляется постфикс <количство дней>d, например, 20090521.eilat.5d.

Raw и xmp файлы лежат в директории темы. Все экстракты по папочкам внутри. Структура выглядит так:
cat\YYYY\YYYYMMDD.description.lrcat
pic\YYYY\YYYYMMDD.description\
pic\YYYY\YYYYMMDD.description\big\
pic\YYYY\YYYYMMDD.description\thm\
pic\YYYY\YYYYMMDD.description\psd\

Система линейная, то есть, тем с "портретами" будет несколько, отличатся они будут датами. Также по датам я их буду находить. Возможно, над этим ещё надо подумать, но на основной концепт наименований это не влияет.

Первая часть имени - "машиный" код, для меня, вторая и третья - "человеческие", для клиента. Имя raw файла имеет вид: YYYYMMDDHHMMSS-name-XXXX, например, 20090520164125-rabkin-0056.nef. К имени экстракта в "машинный" код добавляется постфих, b - big, t - thm, p - psd, например, картинка для веба 20090520164125t-rabkin-0056.nef. Фамилию фотографа решил писать полностью, это дополнительная реклама. Увеличил разрядность индекса до четырёх (think big!).

Мне интересно услышать ваше мнение, может, я что-то упустил, и вообще.

Также появились несколько вопросов по вашему письму.

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

Плагин к Гугл Десктоп - классная идея! Он умеет жипеги читать или просто по xmp файлам лазит? Как называется?

Переименовываются ли автоматически xmp сайдкары в Лайтруме при переименовании raw-файлов? Если нет, то переименовывать несколько раз неудобно совсем. Я до сегодня переименовываю в тотал коммандоре по собственному шаблону, а потому удаляю брак ВСЕГДА перед переименованием, чтобы не было "дырок" в сплошном индексе. Глупость, но дело вкуса.

Спасибо,
Давид
Перейти к дневнику

Среда, 20 Мая 2009 г. 18:51ссылка
Имхо вполне рабочая схема.

Забыл сказать — в моей схеме указываю не количество дней, а конечную дату типа «2009-01-03_12…» (если в пределах одного месяца) или «2009-01-03_02-05…» если в пределах нескольких — это сохраняет сортировку. Если даты разрозненные, я перечисляю их через запятую без пробела: «2009-01-03,05,09…» — иногда такое бывает на промо-акциях.

Но можно и количество дней — сортировка останется.

Ещё я избегаю использовать точки в имени, кроме как для расширения — по эстетически-техническим причинам.

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

Бенчмаркинг одного и разных (и даже RAM-дисков) делал я лично. Разные диски дают выигрыш, рамдиск в моём случае дал очень незначительный выигрыш — как для каталога, так и для фотографий (за несколькими исключениями). Пост об этом где-то здесь есть по тегу lightroom.

Гугловкий плагин XMP не читал и в этом большой BAD. В основном он был ориентирован на музыку и жпеги. Не айс, короче. Имя не помню, но их там всего два на эту тему. Хочу их развития, а самому писать лень и нет пока мотивации.

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

++ что есть THM?
Перейти к дневнику

Среда, 20 Мая 2009 г. 20:18ссылка
Аноним
Мне ваш способ именовать многодневные сессии нравится, беру в концепт :)

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

Я понимаю достоинство префикса для типа размера в сортировке. Но ведь файлы хранятся в разных директориях и для разных целей, так что сортировка не должна понадобиться. Я хотел оставить тип размера 'o' - original для raw файла, но, в конце концов, отказался от этой мысли. Ведь по расширению видно, что это raw. Возможно, для psd файлов этот тип размера тоже не нужен.

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

Статьи ваши буду дальше изучать (например, я не знаю, что такое РАМ-диски), ну и донимать вопросами, конечно :)

thm - это сокращениe от thumbnail, http://tinyurl.com/o5z5u6
Перейти к дневнику

Четверг, 21 Мая 2009 г. 13:24ссылка
Точки традиционно разделяют имя и расширение файла в винде и *никсах. Некоторые (вполне современные) софтины делят файл пополам не по последней, а по первой найденной точке в имени файла. Поэтому могут быть эксцессы, при которых файл окажется с именем «20090520» и странным типом «lena.wedding.jpg». Поэтому я предпочитаю не рисковать и использовать только одну точку.

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

Для psd может быть и нужен — ведь psd могут быть под разные размеры и заточены под разные устройства вывода (это если фианльные, отшарпленные). У меня регулярно бывает отдельный отшарпленный под веб PSD с размером до 1000px.

Криптованные диски по любому будут уменьшать производительность, куда тут денешься. Какая утилита для шифрования? BestCrypt?

А RAM-диск — диск, размещённый в оперативной памяти. Есть утилиты. Ощутимого прироста скорости он не дал. Возможно дал бы SSD, но у меня его нет.
Перейти к дневнику

Воскресенье, 24 Мая 2009 г. 12:00ссылка
Аноним
Про разделение точкой согласен, мой недочёт, буду использовать даш. Это потребует некоторого перетряха старых архивов, там у меня точки.

Потери от криптографии в случае оптимизации дисков незначительные, так как нагружают процессор, а не диск. Из общих соображений я оставил один некриптованный раздел (кроме системного) для кеша и всякого временного. Пользуюсь програмой TrueCrypt. Криптую, как говорится, всё. От личного диского пространства на работе, до архивных дисков. Пароли храню в KeePass.
Перейти к дневнику

Вторник, 26 Мая 2009 г. 17:48ссылка
Аноним
Ещё одна мысль про наименование файлов, точнее про его последнюю часть - сквозной номер. Вы нумеруете от единицы и до последней фотографии в сесии? Или от первого и до 99999 кадра?

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

Также это поможет не заморачиваться с переименованиями, и наименовать файлы при импорте.

Кстати, когда вы именуете файлы, во время импорта в Лайтрум? Может, какой-нибудь программой воспользоваться?
Перейти к дневнику

Среда, 27 Мая 2009 г. 01:05ссылка
У меня столько кадров, что «родные» номера очень быстро уходят и мало что мне говорят. Там же всего четыре позиции. Поэтому именую начиная с первого (а не с нуля — множество N :)). Больше чем 99999 кадров у меня в серии ещё ни разу не было, обычно в пределах 10000. В новой серии нумерация начинается заново, с единицы.

Не вижу особого смысла делать универсальное уникальное ID для каждой фотографии. То есть его сделать можно и несложно. Но оно и так есть. Хешем является имя файла в той форме, которую мы обсуждали. Оно однозначно идентифицирует кадр, плюс даёт возможность «на глазок» понять, где, когда и кем кадр был сделан. Можно свести хеш к какому-нибудь 32-битному числу, его разрядности наверняка хватит на все фотки в жизни, и оно будет компактней. Писать его например можно в форме триплетов, как IP. Однако читабельность такого имени будет низкой, без обращения к БД, где по этому хешу можно будет определить, что за фотка.

Из оригинального кадра я когда-то использовал номер — по нему легко идентифицировалась оригинальная равка в бэкапе. Но потом стал переименовывать сразу, а после бэкапить, и необходимость в этом отпала.

Для случайных фотографий у меня просто есть отдельный каталог, точнее два: «Зарисовки» для обладающего художественной ценностью контента, и «Всякое» — для всего остального. Иерархия директорий там по дате: «/Всякое/2009-05-09/photo1.dng».

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

Среда, 27 Мая 2009 г. 01:17ссылка
Аноним
Про уникальное АйДи понятно, у нас же есть таймстемп, то есть уникальность надо обеспечивать в секунде :)

Ваши случайные фотографии какой номер получают? В любом случае я пока думаю о линейной системе, случайный кадр будет "жить" в директории с соответствующей датой.

TotalCommander-ом я пользовался до сих пор, буду переучиваться. Оставляете ли вы "дырки" в номерах после удаления? Переименовывете?
Перейти к дневнику

Понедельник, 27 Июля 2009 г. 03:11ссылка
Аноним
Вот были указаны каталоги для конвертированных в jpeg и tiff файлов. а какие файлы из отставшихся после обработок/чисток экспортируются? только те, что нужны в конкретный момент или все сразу?

а куда копируются файлы для печати? Их же нужно подогнать под печатный размер (30*40, 15*21 и т.д.)

Да, всё ещё не была освещена структура папок для каталогов.
Перейти к дневнику

Среда, 12 Августа 2009 г. 03:44ссылка
Структура каталогов описана здесь в комментариях (например). Что экспортируется, диктуется проектом. Если его надо сдать в срок, то всё сразу делается и всё обработанное экспортируется. Если это медленное разгребание отпускных фотографий, то постепенно.

Для печати (если файлов много) используется отдельная папка и psd-файлы с постфиксами «_print» + размер для печати. Печать только из Фотошопа, InDesign, QuarkXPress. Из Лайтрума я больше не распечатываю, он для этих целей ужасен.
Перейти к дневнику

Среда, 12 Августа 2009 г. 13:42ссылка
Аноним
Не-не
интересует структура папок для Lightroom-каталогов
Перейти к дневнику

Среда, 12 Августа 2009 г. 14:16ссылка
Что-то я никак не соображу… Можно пример какой-нибудь?
Перейти к дневнику

Четверг, 13 Августа 2009 г. 02:02ссылка
Аноним
Я имею ввиду, какова структура папок для *.lrcat каталогов
соответствует ли она структуре папок для картинок?

Да, ещё
включаются ли в каталог экспортированные файлы (jpeg, psd и пр.)?
Перейти к дневнику

Четверг, 13 Августа 2009 г. 16:35ссылка
А, понял. Это тут тоже обсуждали. Структура хранения каталогов у меня не соответствует иерархии папок для картинок. Точнее не совсем соответствует. Все каталоги лежат в одной папке, сортированные по времени. Однако после названия каталога, для упрощения поиска оригиналов, в скобках указывается а) категория, к которой относится фотосет; б) диск, на котором лежат оригиналы.

Типичное название: «2009-07_08-25_05 Фоторур в Испанию, Барселону (Путешествия, ph-2008-2)»,
Перейти к дневнику

Воскресенье, 16 Августа 2009 г. 17:30ссылка
Аноним
*.lrcat каталоги из хранилища каталогов вообще не удаляются? Имеется ввиду, после обработки всех фотографий каталоги остаётся ли на диске соответствующий lrcat каталог

ещё, включаются ли в каталог экспортированные файлы (jpeg, psd и пр.)? Если да, то они потом включаются в stack с исходным файлом?
akry   обратиться по имени Обновления в статье Воскресенье, 31 Мая 2009 г. 23:47 (ссылка)
31/05/2009. В статье появилось несколько обновлений и добавлений. В основном это ссылки на сопутствующие ресурсы, но есть и изменения в стратегии — в первую очередь касательно использования ключевых слов и формата DNG.
Ответить С цитатой В цитатник
Аноним   обратиться по имени Среда, 10 Июня 2009 г. 14:46 (ссылка)
Здравствуйте. Такой вопрос, пользуюсь Ligtroom + LR2/Mogrify. При экспорте хочу добавить копирайт подпись, но немогу добавить сам значок копирайта (с). Возможно вы сталкивались с такой проблемой, если да, подскажите решение?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Среда, 10 Июня 2009 г. 21:17ссылка
По идее проблем быть не должно — просто поставить «©» и выводить. Вот как вывелся текст у меня со шрифтом Monotype Corsiva:


Может быть дело в шрифте — не во всех гарнитурах есть значок копирайта.
Другой вариант — старая библиотека ImageMagick, в которой может быть специфический баг со шрифтами.

Но сам я пользуюсь графическим логотипом, так больше контроля.

Вот чего я так и не смог добиться, так это впечатывания русского текста из IPTC:Caption. Кракозябры одни.
Аноним   обратиться по имени Среда, 10 Июня 2009 г. 23:25 (ссылка)
дело в том, что при добавление символа © на фотографии вообще не отображается подпись. Дело не в шрифте, я этим шрифтом делаю подпись в photosope. А вот по поводу библиотеки ImageMagick - возможно. Если вам не трудно, не могли бы вы прислать свою библиотеку мне на емеил wandreiw@ukr.net.
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Четверг, 11 Июня 2009 г. 12:37ссылка
У меня сейчас последняя версия IM — 6.5.3.4 (ftp://ftp.imagemagick.org/pub/ImageMagick/binaries...-6.5.3-4-Q8-windows-static.exe), но проблемы не было и с версией 6.4.0.2.
А с другими шрифтами как? Фотошоп ведь использует встроенные механизмы, а LR передаёт параметры для mogrify в командной строке.
Аноним   обратиться по имени Вторник, 16 Июня 2009 г. 00:08 (ссылка)
Добрый вечер! После прочтения вашей статьи мучает один вопрос... Для работы с фото использую в основном ноутбук, так что остро стоит проблема нехватки места, который пока я решаю дополнительным внешним накопителем, на котором и храню все равы. Но мне постоянно приходится проделывать следующие действия: импорт raw в лайтрум(на ноутбук), обработка, экспорт оригиналов в raw и psd в папочную структуру на внешний жесткий диск и последущее их удаление с ноутбука. Конечно, было бы куда удобней импортировать их сразу на внешний диск, но я не всегда ношу его с собой и это означало бы невозможность обработки фото при наличии только ноутбука...

Так вот: не могли бы вы посоветовать мне какое-либо более удобное решение моей проблемы? У меня как-то в голову ничего не приходит...
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Среда, 17 Июня 2009 г. 00:49ссылка
В принципе можно экспортировать не сами RAW, a XMP с данными — это сэкономит трафик. Тогда процесс может выглядеть так: закачать на жёсткий диск оригиналы RAW, записать рабочую версию RAW на ноутбук, работать с ними там, сохранить данные в XMP (а не в БД Лайтрума), после чего просто перенести эти XMP обратно на жёсткий диск. Минусы — морока, плюс трудно использовать формат DNG (у него XMP пишется в EXIF). С DNG справиться можно (с помощью вытаскивания XMP exiftoolом например), но ценой дополнительной мороки.

Как мне кажется, всё таки самое оптимальное решение — таскать диск. Взять для рабочей версии что-то лёгкое, может SSD, может просто USB-диск гигов на 80-160. И все новые фотографии обрабатывать на нём. После же сливать на большой и тяжёлый диск в архив. При необходимости, подключать его, открывать каталог, и указывать новое местонахождение папки с картинками.
Перейти к дневнику

Вторник, 22 Сентября 2009 г. 14:22ссылка
Аноним
Есть такая старая, ещё DOS'овская комманда subst...
Позволяет работать с "виртуальным" диском, который на самом деле директория, при чём раз она может быть на внешнем диске, а в другой раз на внутреннем, в каталоге вы ссылаетесь на этот диск, скажем Z: , а где файлы находятся на самом деле регулирует subst...
Аноним   обратиться по имени Среда, 17 Июня 2009 г. 05:05 (ссылка)
Трафик-то не критичен... Да и рабочая версия фото легко помещается на бук - нет необходимости таскать с собой маленький диск. Кроме того, все jpeg, интересующие меня для просмотра/показа я храню на буке.

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

Создаёте ли вы новый каталог при подключении нового(и, соответственно отключении старого) жёсткого диска?

И не могли бы вы подсказать, как указывать новое местонахождение папки с архивом исходниками?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Среда, 17 Июня 2009 г. 12:40ссылка
Праваой кнопкой на имени папки и выбрать пункт «Update Folder Location»:


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

Каталоги я создаю на каждый проект (кроме «общих» тем вроде «Зарисовки», «Животные» и т. п.), и храню их на локальном диске (с бэкапом на другой локальный диск). Раньше пробовал запихнуть все фотки в один каталог, но Лайтрум не способен быстро работать с действительно большими каталогами. Тормозня начиналась страшная. В итоге, пришёл к структуре, описанной здесь.
Аноним   обратиться по имени Четверг, 18 Июня 2009 г. 02:40 (ссылка)
я не совсем понял, для какого уровня создаётся каталог (New :: Create New Catalog):
- для всего жёсткого диска?
- для каждой отдельной категории?
- для каждого проекта?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Четверг, 18 Июня 2009 г. 15:00ссылка
Именно так — для проекта.
Например, сейчас я сделал каталог «2009-06-12_14 Байдарки, река Медведица». Сам файл каталога и БД находятся на локальном диске в общей папке. Исходники фотографий в количестве около 2000 штук лежат на отдельном диске, в папке «Путешествия ++». Таким образом я могу искать нужный каталог быстро по дате (сортируя по имени) и по теме (на локальном диске). Видимо стоит также придумать какой-то способ быстрой выборки всех каталогов по заданной тематике. Например, добавлять в имя каталога в конце в скобках тему («путешествия», «фотосессии») и название диска, где лежат исходники («ph-2008-2»).
Полное имя тогда будет выглядеть например так: «2009-06-12_14 Байдарки, река Медведица [Путешествия | ph-2008-2]»

Сейчас я не испытываю в этом острой нужды, но с ростом количества каталогов это может стать актуальным.
Аноним   обратиться по имени Четверг, 18 Июня 2009 г. 02:47 (ссылка)
вот что значит не обновлять страницу со статьёй несколько дней - всё что спрашивал - уже написано
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Четверг, 18 Июня 2009 г. 15:14ссылка
Вариант — завести здесь эккаунт-пустышку, писать с него, тогда уведомления будут приходить на мыл.
Аноним   обратиться по имени мысли о главном Четверг, 18 Июня 2009 г. 17:47 (ссылка)
Несколько вопросов/замечаний из последних "мыслей о главном":

1. По совету Matt Kloskowski я решил работать с одним каталогом для всех фотографий. Иначе, очень неудобно, тем более что мои каталоги редко превышают пару сотен фотографий. Scott Bourne говорит, что он ограничивает свои каталоги в Apperture 100 тысячами. Потом просто создаёт следующий каталог. Не вижу причины, почему бы Lightroom-у не работать аналогично. По крайней мере, в будущем. Расскажите про свой опыт переполненного каталога. С какого порядка начинаются тормоза, и пробовали ли вы оптимизировать по вашему же способу. Я, кстати, Firefox оптимизировал, на глаз заметил улучшение.

2. Безуспешно ищу простую бесплатную софтину для переименования файлов по EXIF-у. Неудобно загонять в Lightroom файлы только для переименования. У меня куча чужих jpg-ов, которые хочу переименовать стандартно.

3. Подписи на фотографии для веба ставлю с помощью Fotoshop-action. Соответствующий droplet добавляю в Lightroom-овский экспорт. Проблема в том, что вертикальные и горизонтальные кадры обрабатываюся отдельно. То есть у меня два actions, два droplets, два presets. Муторно как-то. Кстати, пробовал LR2/Mogrify, он размывал мне однопиксельную подпись - получалась клякса. Никак не удавалось достичь склеивания как в Fotoshop-е.

4. Обрезаете ли вы EXIF в фотографиях для веба? И до какого уровня? Я пока оставляю всё, включая адрес.

Заранее спасибо.
Ответить С цитатой В цитатник
Перейти к дневнику

Пятница, 19 Июня 2009 г. 01:05ссылка
Хорошие вопросы.

1. Подозреваю, что Apperture лучше работает с большими каталогами, чем Lightroom. У меня неприятные симптомы появились уже на первой десятке тысяч фотографий. А именно: крайне медленная прокрутка фотографий в Library Grid, очень медленный поиск. Поэтому я со слезами на глазах похерил большие каталоги и перешёл на маленькие. Оптимизировать разумеется пробовал всеми способами. Возможно значимое ускорение было бы при переносе каталога и БД на SSD, но у меня такового пока нет.

2. Exiftool. Может всё. Например, «exiftool -d %%Y_%%m_%%d_%%H%%M%%S%%%%+c.%%%%e "-filename<CreateDate" DSC*.jpg» переименует все JPEg во что-то вроде 2008_02_12_210224.JPG. Надо только разобраться с замутным синтаксисом и сделать раз и надолго .cmd для переименования.

3. А что за однопиксельная подпись? LR/Mogrify как-то передавливает картинки в jpeg и я слышал, что у него есть глюки, ведущие к образованию артефактов. Но вообще задача решается проще.
Фотки сортируются по Aspect Ratio (это в Metadata Filter):

Далее либо сразу идёт экспорт всех портретников, а потом ландшафтов, либо им на будущее назначаются метаслова (§portrait, §landscape) и выборка идёт уже в текстовом фильтре по этим словам. В принципе несложно сделать для Photoshop не Action, а скрипт, который учитывает ориентацию — по размерам изображения, либо по этим самым словам.

4. Я пока тоже оставляю всё, но вообще присматриваюсь к LR/Transporter от того же Timoty Armes. Или напишу что-то своё. Также можно сделать export action из .cmd с exiftool, который будет обрезать что угодно и добавлять что угодно. В общем, задача решаема относительно легко, автоматически и многими способами.
Перейти к дневнику

Пятница, 19 Июня 2009 г. 01:39ссылка
Аноним
1. Ваш опыт основан на версии 2.3? Есть уверенность, что Adobe догонит Apple в этом насущном вопросе. В любом случае, я решил пойти по пути инкрементного увеличения каталога. То есть, скажем, на каждые 10 тысяч создаю новый каталог. При моих объёмах это оправданно.

2. Я это подозревал. Просто подумал, что у вас есть готовый скрипт, и решил сэкономить на изучении тула :)

3. Однопиксельная - тонкий шрифт (без смута и чего-то там ещё). На самом деле, ещё один пиксель пошёл на тень, то есть дву-пиксельная. LR/Mogrify пережимает жипегом, может, и в этом дело. Я пытался наложить графическую подпись, которая сохранена в .psd с прозрачным фоном. LR/Mogrify накладывал, размазывая. Я плюнул, сделал в Фотошопе. Фильтры, конечно, помогают бороться с двумя пресетами, но на практике я постоянно забываю запустить вертикальные кадры :)

4. Задача решаема, но надо, чтобы кто-нибудь её решил :) Меня заботит также теоретическая дилема, что показывать. Например, спамеры могут легко прочитать имейл автоматическими сканерами. Писать его туда, нет? Нужен ли мой реальный почтовый адрес (на самом деле, это номер абонентного ящика, но всё же)? Также там перечисляется софтвер, хорошо бы вытереть.
Перейти к дневнику

Пятница, 19 Июня 2009 г. 12:40ссылка
1. Ну да, я тоже на это надеюсь. У меня 2.3. Пока на адобовских форумах регулярно появляются темы: «А когда будет 2.4?», в ответ на которые старожилы мрачно хмыкают и пожимают плечами. Иногда находится кто-то неленивый, в сто первый раз объясняя, что пути Адобов неисповедимы и этого никто не знает. По крайней мере я лично постил фича-риквест на тему увеличения скорости работы в ряде аспектов, на что мне сказали, что я не один тут такой, нас тыщи. Может прислушаются.

2. Собственно пример, что я привёл, даёт идею. Дальше открыть доки и просто выписать себе нужные поля. Там ещё куча примеров. Сам не пользуюсь, Лайтрумовского переименования хватает.

3. А, понял. У меня тоже — я просто гифку присобачиваю с помощью LR2/Mogrify. Перепробовал PNG, TIFF — всё грустно, только gif нормально и работает. С прозрачностью так ничего и не получилось приличного, плюнул и сделал, как сейчас. Просто белые пиксели мне не подходят — вдруг картинка светлая и ничего видно не будет? Пытался играть режимами наложения (difference нарпимер), но тоже не вышло.

4. Это да… Софтвер надо вытирать. Я задумался. Мыл то можно писать в завуалированной форме, типа «smbd /a.t./ domain /dot/ com». А если ещё и написать вместо «о» что-то из латинского набора с циркумфлексом («ô») или писать «domain.©om», то люди сообразят, а боты точно нет.
Перейти к дневнику

Среда, 15 Июля 2009 г. 17:32ссылка
Аноним
1. 2.4 вышла! Ничего нового не заметил, да и не искал особенно.

2. Написал скрипт для именования файлов http://bit.ly/1BlR. Кроме собственно именования он добавляет рид-оунли аттрибут и переводит в нижний регистр. Лайтрум такого не умеет, по-моему.

3. Текст написан белым, но созданная специально чёрная тень отлично видна на светлых участках.

4. Вашим клинером пользуюсь, но что-то он много вытирает. Из нужного мне он вытирает ЮЭрЭль автора.

Пытаюсь выстроить собственную иерархию ключевых слов. С людьми более или менее ясно, Тэги в квадратных скобках не экспортирую (отжимаю флажок в пропертях):
[люди]
   [семья]
       вика
       йоав
       мама
   [друзья]
       ваня
       ефим
       нома
   [персоны]
       василий аксёнов
       беньямин нетанияху
       сара пейлин

Дальше сложнее, например, события (как-то не однозначно, вряд ли поможет при поиске):
[события]
   свадьба
   выставка
   поход

[места]
   [центр]
       тель авив
       герцлия
       рош айн
   [иудея]
       иерусалим
       шдема
       хеврон

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

Понедельник, 20 Июля 2009 г. 00:32ссылка
Тут дали хороший линк про ключевые слова: http://vendigo.ru/lightroom/keywording-in-lightroom.html
Перейти к дневнику

Понедельник, 20 Июля 2009 г. 00:36ссылка
Значит так.

1. Аналогично. Имхо просто расширили список камер в ACR. Ну и по мелочи заплатки поставили.

2. Посмотрел систему. Любопытно. А зачем ридонли?

4. URL наверное в XMP? Я посмотрю, не обращал внимание. Можно будет скопировать его куда-нибудь в Exif.


Про мою (неустоявшуюся) систему тегов напишу тогда чуть позже.
Аноним   обратиться по имени Суббота, 20 Июня 2009 г. 03:52 (ссылка)
Зарегистрировался
Вопрос такой
Создавая отдельные каталоги под каждый проект, не тяжело ли из каталога в каталог создавать коллекции и всё прочее, что является catalog-specific?

второй момент
всё-таки в статье описано довольно много информации и что бы всё это усвоить надо несколько раз прочитать (а потом ещё читать и читать)
было бы полезно сделать flash презентацию (вот были фотки с сплава, их можно было бы провести через этот workflow и записать этот процесс) в том же Macromedia Captivate.
Ответить С цитатой В цитатник
Перейти к дневнику

Понедельник, 22 Июня 2009 г. 00:42ссылка
По первому моменту ответ аж тройной. Во-первых, можно изменить стандартный каталог, чтобы при создании нового каталога ряд коллекций (главное для меня — smart collections) уже присутствовал. Для этого меняется каталог с именем «lightroom» директория «Smart Coleltcion Templates» внутри папки «Application Data/Adobe/Lightroom».

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

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

Идея flash-презентации интересна, спасибо за неё. Я обдумаю, и наверное сделаю.
Перейти к дневнику

Понедельник, 27 Июля 2009 г. 03:17ссылка
Аноним
С коллекциями понятно
Попробовал работать с ключевыми словами в рамках 2-х каталогов и понял, что с ними так работать не получится. Поредактировал один каталог, добавив ключевые слова в него - надо экспортировать и затем импортировать с другой каталог и обратно.
А как Вы работаете? как переносите метаслова или для каждого каталога иерархию задаёте заново?
Перейти к дневнику

Среда, 12 Августа 2009 г. 01:23ссылка
У меня толком не получалось до сих пор нормально использовать один набор ключевых слов для всех каталогов. Хотя, говорят, это удобнее.
Так что я создаю под каждый каталог свой набор.
Служебные же ключевые слова экспортирую и импортирую.
Аноним   обратиться по имени Просмотр фото Пятница, 17 Июля 2009 г. 22:58 (ссылка)
Очень хороший пост. Спасибо.
Я как раз стою у разбитого корыта. Каталог вел в ACDSee, но после недавних перестановок поднять каталог не удалось. Я, думаю, сделаю это в конце-концов, но очень задумался о смнее каталогизатора.
LightRoom нравится по возможностям редактирования, но реально не нравится по просмотру фото. Может я что-то упустил, но я не нашел режима полноэкранного просмотра (да можно нажать Shift-Tab и убрать все панели, но все равно отображение не в полный экран). В Апертуре есть такой режим и они активно упирают на это в рекламных роликах.
Как ты просматриваешь фото, что делать, если нужно просматривать на другом компьютере, держать всегда jpeg варианты?
Ответить С цитатой В цитатник
Перейти к дневнику

Понедельник, 20 Июля 2009 г. 00:29ссылка
Что-то от лиру до меня не все уведомления о комментариях доходят, н-да…

Lightroom для просмотра использовать не стоит — есть куда проще и легче вьюверы. Picasa та же или ACDSee. Lightroom же именно для массовой обработки и свои преимущества он показывает только если приходится корректировать много фотографий и особенно RAW. По одной наверное проще в Фотошопе.

На другом компе RAW мне пока не приходилось просматривать, так что просто не знаю. На показы таскаю уже jpegs, их чем угодно можно смотреть.

Полный экран — нажать «F» — он циклически меняет режимы.
Перейти к дневнику

Понедельник, 20 Июля 2009 г. 17:09ссылка
Аноним
Lightroom для просмотра использовать не стоит — есть куда проще и легче вьюверы. Picasa та же или ACDSee.

К обработке в LR претензий мало. Хорошая программа. Но ведь еще нужен каталогизатор. Вот в этом случае и требуется просмотр. Ведь обидно расставить ключевые слова, а потом просматривая в ACDSee не пользоваться ими. Или при сохранении в XMP ACDSee поймет их?
Кстати, еще вопрос - в случае DNG XMP сохраняется внутри файла, а при JPG XMP будет сохранятся отдельным файлом?
Перейти к дневнику

Понедельник, 20 Июля 2009 г. 20:54ссылка
Ну, я имел в виду «только для просмотра» :)
Если всё равно в нём работаете, то конечно в нём и просматривать.

Равы он всё равно чуть ли не быстрее всех смотрит. И точно адекватнее, чем ACDsee и Ifran. Для ускорения нужно сгенерировать все превью.

XMP у DNG и JPG пишется внутрь метаданных, у всяких RAW — сторонним файлом с расширением XMP. В принципе нет препятствий и туда его записать, так что у Лайтрума этот вопрос скорее идеологический, чем технический. Они вообще не хотят модифицировать исходники, вопрос принципа.
Аноним   обратиться по имени Среда, 29 Июля 2009 г. 15:45 (ссылка)
Здравствуйте, столкнулся с такой проблемой, даже не знаю, где спросить, поэтому решил узнать у Вас. Только вчера, после прочтения этого поста, я решил перейти на лайтрум, раньше я отбирал фотографии через фотомеханике, и затем их обрабатывал в ФШ, но как Вы понимаете, на это уходит просто уйма времени. Но в лайтруме столкнулся с проблемой, что он не верно отображает фотографии, то есть сначала привьюшка верная, но после того как он заканчивает её генерировать, у неё почему то повышается контраст и неверно отображаются цвета. В то время как фотомеханик всё правильно делает. В тот же день я калибровал монитор, может ли это быть как то связано между собой?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Среда, 12 Августа 2009 г. 01:15ссылка
Камеры используют дополнительные обработки (у Canon это называется «Picture Styles»), которые понимает только родной софт камеры. Lighroom же не понимает и выдаёт фото без этих обработок. В какой-то мере можно скомпенсировать эту утрату, создав специальные пресеты — на каждый из используемых Picture Style.
Аноним   обратиться по имени Вторник, 15 Сентября 2009 г. 02:27 (ссылка)
Ну, господа-товарищи, честное богатырское ВАМ спасибо за полемику!!! Поставил ЛР месяц назад (2.4), думаю, когда-нить дойдут руки побаловаться... Вот, дошли пару дней назад - небо и земля!!! (до этого исключительно ФШ+Бридж). Так намучился я с этим комплектом - слов нет.... У мя Никон 200, и я его ваще не мог связать (RAW выглядит в CR настолько помойно, насколько только можно!)))
В общем, за оффтоп сорри, и большой ВАМ пасиб, перечитаю завтра еще пару раз :))))
Удачных поисков решений и победы над БД! ;)
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Вторник, 15 Сентября 2009 г. 18:04ссылка
Всегда пожалуйста и хороших фоток! :)
necronom   обратиться по имени Среда, 23 Сентября 2009 г. 23:14 (ссылка)
Ответить С цитатой В цитатник
Аноним   обратиться по имени Ключевые слова Воскресенье, 08 Ноября 2009 г. 02:24 (ссылка)
Здравствуйте, столкнулся с проблемой, я делаю по каталогу на каждый год, и хотелось бы делать поиск по ключевым словам по всем годам, Вы не знаете, как можно было бы это реализовать?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Воскресенье, 08 Ноября 2009 г. 02:28ссылка
Сам ещё не решил эту задачу удовлетворительно…
По идее нужно сохранять метаданные в файлы, после чего найти софт, который будет в Exif картинок индексировать ключевые слова. Из того, что я находил (включая Yandex Search и Google Desktop), всё работало криво. Может быть Гугл сейчас в новой версии будет получше, я пока не пробовал.
Перейти к дневнику

Воскресенье, 08 Ноября 2009 г. 02:43ссылка
Аноним
Я написал индексер для google desktop
он индексирует dng, xmp файлы и всё остальное, что может содержать в себе xmp схему. Так что кроме ключевых слов, можно будет искать по любому полю.
Но у гугла есть какая-то проблема и он не вызывает плагин, хотя и регистрирует его в системе. Весь интернет ругается на это, а решения не найдено.
Перейти к дневнику

Понедельник, 09 Ноября 2009 г. 14:25ссылка
Любопытно! Поделитесь?
Аноним   обратиться по имени Среда, 11 Ноября 2009 г. 01:27 (ссылка)
А сколько можно поместить в один каталог фотографий DNG, до начала тормозов, я понимаю что всё зависит от железа, и т.д. но в среднем, 2к-20к-100к?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Среда, 11 Ноября 2009 г. 10:59ссылка
В моём случае — 500-1000 в одну физическую папку. Под тормозами я здесь понимаю скорость работы в Library::Grid. Кстати, «трёшка», которая ещё бета, в этом режиме тормозит значительно меньше.

Если говорить о полном объёме каталога, то у меня слегка подтормаживает, начиная от 30к. Но опять же, вопрос — где именно. Если попытаться в Grid открыть все фотки, тормозня будет однозначно. Если работать по папкам, будет сильно легче.

Моё железо: Core Duo 2 Ghz, 8 Gb RAM, каталоги на SATA сигейтах 1.5Tb, фото и файлы каталога на разных (не загрузочных) дисках.
Totrouk   обратиться по имени Среда, 11 Ноября 2009 г. 20:09 (ссылка)
А как часто вы создаёте новый каталог?
Ответить С цитатой В цитатник
Перейти к дневнику

Среда, 11 Ноября 2009 г. 20:17ссылка
В большинстве случаев для каждого нового проекта. Исключения — повторяющиеся темы, где постоянно добавляется по малому числу фотографий. Всякие «Зарисовки» или «Животные».
Аноним   обратиться по имени Пятница, 13 Ноября 2009 г. 01:13 (ссылка)
Здравствуйте, а является ли каталог в лайтруме кроссплатформенным, в частности кейворды, не вылезут ли они краказябрами на маке, если я делал каталог на винде?
Ответить С цитатой В цитатник    |    Не показывать ветку
Перейти к дневнику

Пятница, 13 Ноября 2009 г. 11:18ссылка
Честно говоря, не пробовал, но по идее с ключевыми словами проблем быть не должно. Ведь там юникод по стандартам. Остальное точно кроссплатформенное. То есть можно просто перетащить каталог с винды на мак и открыть его там.
Комментировать К дневнику Страницы: [1] 2 [Новые]
 

Добавить комментарий:
Текст комментария: смайлики

Проверка орфографии: (найти ошибки)

Прикрепить картинку:

 Переводить URL в ссылку
 Подписаться на комментарии
 Подписать картинку