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

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

  • Создать файл
  • Начать работу с файлом
  • Зарегистрируйте файл (создайте его версию 1)
  • Откройте файл и снова отредактируйте
  • Зарегистрируйтесь снова (версия 2)
  • Осознайте, что вы удалили что-то важное из версии 1, вернитесь в прошлое, получите то, что удалили...
  • ...
  • Выгода...

В любом случае, мне интересно, используется ли что-то подобное с фотографиями? По сути, я думал что-то вроде:

  • Импорт фотографий (V1).
  • Начните отмечать фотографии (V2... XMP боковые машины должны действительно меняться только здесь).
  • Начните добавлять звезды, больше тегов (V3)
  • Начать настройку некоторых параметров (V4+)

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

Ответы (11)

Приложения для работы с фотографиями, такие как Adobe Lightroom и Apple Aperture, обеспечивают подобную историю как встроенную часть своей функциональности.

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

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

(Я предполагаю, что нет никаких причин, по которым вы не можете использовать репозиторий SVN для фотографий? Т.е. Двоичные файлы?)

Lightroom сохраняет историю сеанса редактирования, но сохраняется ли эта история, если вы закроете Lightroom и снова откроете изображение из каталога позже? Я знаю, что у вас всегда есть исходный файл RAW, но можете ли вы в любое время произвольно получить версию где-то между оригинальной и последней?
Да! Единственный раз, когда он будет удален, это если вы удалите изображение из каталога и снова добавите его. Тогда вы бы начали с нуля. Но в остальном история сохраняется.
Digikam предоставляет ту же функциональность, что и инструкции.
Впечатляет, не знал.
Прохладный. не понимал, что Apature и Lightroom делают какие-либо записи истории ... но будет ли история записываться в файлы XMPP в Lightroom или только в файл проекта? Можно ли экспортировать эту историю для использования в другом месте?
Я не уверен, где именно Lightroom сохраняет закулисную историю, но я думаю, что где-то в настройках есть возможность использовать его в качестве файла расширения XMP. Что касается экспорта для использования в другом месте, не знаю об использовании между приложениями, но, конечно, в Lightroom вы можете взять все настройки, которые были применены к одному файлу RAW, скопировать их и применить к другому ....
Вы также можете создавать моментальные снимки версий фотографий в Lightroom. Они почти не занимают места (поскольку это просто копия метаданных). Я думаю, что сочетание клавиш Cmd+T.
В дополнение к журналу истории Lightroom позволяет создавать «моментальные снимки», которые позволяют присвоить ярлык текущим настройкам разработки и легко вернуться к ним. Что-то вроде тегов в SVN. lightroomkillertips.com/2009/whats-a-lightroom-snapshot Некоторые инструменты, такие как плагины Джеффри Фридла, можно настроить на автоматическое создание моментального снимка при экспорте в такие сервисы, как Flickr. regex.info/blog/lightroom-goodies [Я написал это одновременно с fzwo... извините за избыточность в его комментарии.]
Если вам нужна полная функциональность управления версиями, вы можете просто управлять исходным кодом дополнительных файлов, как и любых других файлов (внутренне они представляют собой размеченный текст). Тогда вы не ограничены историей, а можете делать «ветви» с совершенно разными типами эффектов, если хотите. Программное обеспечение должно позволить вам применить новый файл sidecar к любому заданному изображению RAW, по крайней мере, мое.
Виртуальные копии в Lightroom чем-то похожи на ветвление в системе контроля версий. цифровая фотография-school.com/…
Просто сославшись на упоминание @mike об использовании SVN в качестве репозитория для ваших фотографий: да, это сработает... Подойдет любая система контроля версий... нужно просто найти ту, которая хорошо работает для фотографов...
Обратите внимание, что у Aperture нет списка истории, но вы можете дублировать версии в любое время (так же, как и Snapshot), чтобы управлять версиями с другими настройками.

Виртуальные изменения

Я использую Lightroom v3, и этот продукт имеет неразрушающий рабочий процесс. Это позволяет мне вносить изменения в мои изображения в виртуальном смысле.

Управление версиями

Затем я использую SVN для управления каталогом Lightroom (простая база данных SQLite), и это, по сути, дает мне контроль версий над виртуальными изменениями.

Избыточность

У меня есть настройка RAID 6, в которой хранятся носители для резервирования и цикл USB-накопителей в качестве системы резервного копирования.


Хотя это может не работать для всех, это работает для меня. Кроме того, это позволяет мне использовать несколько машин и иметь один и тот же каталог LR (используя цикл фиксации/обновления svn).

Выдержка из сообщения в блоге здесь :

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

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

Что я сделал, так это создал репозиторий, в котором хранится каталог Lightroom. Я добавил исключение, чтобы не включать файлы предварительного просмотра, поскольку у subversion есть некоторые проблемы с ними.

Теперь мои действия следующие:

Update subversion
Run Lightroom
Import pictures
Move images between local drive import and the media file share
Make any required changes
Exit lightroom
Commit catalog
That's it!
Прохладный. Итак, ваш сервер SVN содержит только каталог, а ваш файловый сервер содержит настоящие изображения... и каталог указывает на файлы на сервере? правильный? Может попробовать это.
@TiernanO - Правильно. Вот как я настроил свою инфраструктуру/рабочий процесс
это классно. В настоящее время импортирую около 200 ГБ фотографий в единый каталог Lightroom и начну играть с этой идеей... надеюсь, она сделает то, что мне нужно! Спасибо за чаевые!
@Tierno - с этим все в порядке. Я считаю, что любые ограничения будут связаны с ограничениями SQLite, которые, как разработчик, вы можете исследовать. (К вашему сведению: SQLite Manager для Firefox отлично работает при просмотре этого каталога)
@TiernanO - Было бы интересно узнать, действительно ли это сработало для вас, как это сработало для меня.
+1 Это единственный практичный способ устойчивого использования Lightroom, который я нашел. Это обеспечивает защиту от повреждения каталога и позволяет использовать один и тот же каталог с разных компьютеров. Вы не можете объединиться с помощью системы контроля версий ), но вы можете экспортировать и импортировать каталоги, что, я думаю, максимально приблизит вас к одновременному многопользовательскому Lightroom.

Я думаю, вы можете использовать git-annex (для управления фотографиями и резервными копиями) вместе с bup remote (для управления версиями). Я в настоящее время изучаю это сам на самом деле.

git- annex отслеживает ваши файлы с помощью git, фиксируя символические ссылки на ваши файлы. Сами файлы в репозиторий не добавляются. Если ваши фотографии «прикреплены», если вы клонируете свой репозиторий (например, на внешний жесткий диск), вы можете попросить клонировать файлы (или их часть), связанные с репозиторием на жестком диске. git-annex отслеживает, в каком репозитории есть копия каждого файла. Таким образом, вы можете разделить резервную копию на два небольших жестких диска и быть уверенным, что ни одна фотография не будет забыта.

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

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

отредактировал мой ответ.
Кроме того, разработчик git-annex в настоящее время проводит кикстартер , чтобы упростить задачу для менее технически подкованных.

Я использую Lightroom для редактирования изображений и ведения истории версий. Если вы хотите использовать Photoshop, контроль версий почти встроен: Adobe Drive и Version Cue. Я думаю, что Version Cue — это только часть Creative Suite, к вашему сведению.

Pixel Novel подключается к Photo Shop и работает с любыми серверами Subversion, которые у вас уже есть, или, я думаю, вы можете приобрести у них репозиторий.

http://pixelnovel.com/

Они называют это «Контроль версий для дизайнеров».

Я использую Photoshop и Adobe Camera Raw вместо Lightroom, поэтому я использую контроль версий для XMP-файлов, в которых хранятся мои необработанные настройки преобразования, чтобы отслеживать изменения. Это работает очень хорошо, поскольку файлы XMP — это просто XML. Удобно сначала выполнить все цветокоррекции, проверить файлы XMP, а затем выполнить обрезку до нестандартных соотношений сторон. Таким образом, я могу быстро вернуться к необрезанной версии, если мне нужно напечатать изображения в исходном формате 3x2.

Я знаю, что в Photoshop есть собственная встроенная система отслеживания изменений, но это случай использования инструментов, которые я знаю лучше. Существуют и другие полезные инструменты кодирования, такие как скрипты сборки/автоматизация сборки. Например, я могу ввести одну команду, чтобы «создать» набор фотографий, используя необрезанные файлы XMP, предназначенные для печати, которые преобразуют процесс переименования и выводят все изображения из набора. Это очень просто, если вы уже знаете, как это сделать для программного обеспечения!

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

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

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

Я также являюсь разработчиком программного обеспечения и пытался использовать Git и SVN для больших RAW и XMP только для возможности синхронизировать мои изображения между съемными дисками и версиями XMP. Это было невыносимо медленно и со временем становилось все медленнее, когда я добавлял больше файлов. Я также использую Lightroom для истории, поэтому я вернулся к rsync.

Теперь я также изучаю git-приложение, и пока это красиво и быстро. Он также имеет дополнительное преимущество в виде контрольной суммы каждого файла RAW, поэтому вы можете увидеть, не испортил ли плохой HD ваши изображения после импорта. Это огромное преимущество для меня, так как я могу проверить свои резервные копии, чтобы убедиться, что они не ухудшились из-за копий/битовой гнили. Я планирую создавать версии только для XMP и присоединять RAW. git-annex может сделать всю работу, зная, где что находится, и я могу быть уверен, что все на моем сервере резервируется, а также иметь рабочую копию на моем ноутбуке, если я хочу.

У вас также может быть пульт Amazon Glacier, о чем я читал, но еще не пробовал.

Загляните в наш Деминион. Это программное обеспечение для управления фотографиями (удобное для нескольких пользователей), которое поддерживает управление версиями для ваших архивных фотографий и других медиаформатов.

Контроль версий Daminion

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

Привет Мурат! Вы существуете некоторое время, и ваши сообщения на Daminion, как правило, по теме и полезны, и включают надлежащий отказ от принадлежности. Но я не могу не заметить, что все ваши ответы предлагают попробовать Daminion, и из FAQ : «Если огромный процент ваших сообщений содержит упоминание о вашем продукте или веб-сайте, вы, вероятно, здесь по неправильным причинам. ." Пожалуйста, напишите несколько ответов на вопросы, не связанные с вашим продуктом.
Спасибо за объяснение, Мэтт. Без проблем. Но, как вы правильно заметили, все мои посты дают полезные ответы на вопросы.

Я не использую и, вероятно, никогда не буду использовать систему управления версиями, такую ​​как Git или SVN, из-за огромного размера задействованных файлов. Размер каждого необработанного файла составляет 20-30 МБ, и изменения часто касаются каждого пикселя всего изображения, что снижает эффективность простого «отслеживания изменений».

Для одного изображения я мог бы легко увидеть репозиторий SVN размером 200 МБ вместо, возможно, 60 МБ, если бы я просто сохранял копию оригинала и копию окончательного изображения.

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

Вот заглушка для Apple Aperture. Прелесть Aperture в том, что он имеет около 95% функций Photoshop, которые нужны фотографам (вы не можете сделать с ним пылающий текст, зевок), и что редактирование контролируется версиями очень легко.

Это работает с JPEG и другими форматами изображений, а также с форматом RAW.

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

Здесь есть хорошее обсуждение этого: https://www.impulseadventure.com/photo/flow-catalog-versions.html

Существуют существенные различия между репозиторием кода и DAM образа.

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

Мастер

--- Обрезано и заточено.

--- --- Уменьшено разрешение для Facebook

--- --- Большая миниатюра для галереи

--- --- Миниатюра среднего размера для галереи

--- --- Маленькая миниатюра для галереи.

--- --- Большая версия с водяным знаком для галереи

--- --- --- Черно-белая версия с водяным знаком

--- --- --- Черно-белая версия

--- --- Специальная обрезка для клиента.

--- --- Скорректирован цветовой оттенок для разных клиентов

(Я сделал одну веб-страницу, на которой каждое изображение имело 18 разных разрешений.)

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

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

  3. Работа с изображением, как правило, гораздо менее совместная, чем код. Хотя художники-графики могут взять существующее изображение и наложить на него графическое изображение, большинством изображений управляет один человек на протяжении всей их жизни. (Это отличается от видео/фильма.)

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

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