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

Я є розробником програмного забезпечення по душі та торгівлі, і витрачаю багато часу на інструменти розробки ... Одним з найбільш корисних типів інструментів розробки є контроль версій , а для непосвячених він працює приблизно так:

• Створіть файл
• Почніть працювати над файлом
• Перевірте у файлі (створіть його версію 1)
• Відкрийте файл і відредагуйте ще раз
• Зареєструйтесь ще раз (версія 2)
• Зрозумійте, що ви видалили щось важливе з версії 1, поверніться у часі, отримайте те, що ви видалили ...
• ...
• Прибуток ...

У всякому разі, мені цікаво, чи використовується щось подібне з фотографіями? По суті, я щось думав так:

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

З потоком вище, ви зможете відслідковувати набагато більше змін ... і дати вам якусь стратегію резервного копіювання ...

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

Коли ви редагуєте файл RAW в цих, вихідні зображення не змінюються. Натомість вони зберігаються окремо як "інструкції". Таким чином, ви можете бачити історію всіх внесених змін і клацанням миші повертатися до будь-якого попереднього моменту часу неруйнівно.

Якщо ви просто використовуєте Photoshop, цього не відбувається, і вам доведеться вручну зберігати різні версії вашої фотографії, перш ніж працювати над нею кожен раз.

(Я здогадуюсь, немає причини, що ви не можете використовувати сховище SVN для фотографій ?? тобто. Бінарні файли?)

Віртуальні зміни

Я використовую Lightroom v3, і цей продукт має неруйнівний робочий процес. Це дозволяє мені вносити зміни до своїх зображень у віртуальному сенсі.

Контроль версій

Потім я використовую SVN для підтримки управління каталогом Lightroom (Просто простий БД SQLite), і це по суті дає мені контроль версій над віртуальними змінами.

Надмірність

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

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

Уривок із публікації в блозі Тут :

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

Після деяких рішень я перемістив свої фотографії на \ server \ share і каталог відстежувався за допомогою підривної роботи! Це полегшує все між машинами.

Що я зробив, це створити сховище, яке містить каталог Lightroom. Я додав виняток, щоб не включати файли попереднього перегляду, оскільки у субверсії є деякі проблеми з ними.

Тепер мої кроки такі:

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!

Я думаю, ви можете скористатися git-annex (для управління фотографіями та резервними копіями) разом із пультом дистанційного керування (для оновлення). На даний момент я сам переглядаю це.

git- annex відслідковує ваші файли за допомогою git, здійснюючи посилання на ваші файли. Самі файли не додаються до сховища. Після того, як ваші фотографії будуть "додані", якщо ви клонуєте сховище (наприклад, на зовнішньому жорсткому диску), ви можете попросити клона завантажити файли (або їх частину), пов'язані з сховищем на жорсткому диску. git-annex відстежує, у якому сховищі є копія кожного файлу. Таким чином ви можете розділити резервну копію на два невеликі жорсткі диски і бути впевненим, що жодна фотографія не забута.

Скажіть, ви в поїздку. Ви зробили фотографії, скопійовані на ноутбук. Ви можете клонувати сховище git, яке знаходиться на вашому ssh-сервері в домашніх умовах, синхронізувати його, додати свої локальні фотографії до git-annex до своєї колекції та перенести зміни назад на ваш сервер. Потім ви самі натискаєте файли.

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

Я використовую Lightroom для редагування зображень та збереження історії версій. Якщо ви хочете використовувати Photoshop, контроль над версіями майже вбудований: Adobe Drive та Version Cue. Я думаю, що Version Cue є лише частиною Creative Suite, FYI.

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

http://pixelnovel.com/

Вони називають це "Управління версіями для дизайнерів"

Я використовую Photoshop та Adobe Camera Raw замість Lightroom, тому я використовую контроль версій для файлів XMP, які зберігають мої налаштування перетворення, щоб відстежувати зміни. Це дуже добре працює, оскільки файли XMP - це лише XML. Зручно зробити спочатку всі виправлення кольорів, перевірити файли XMP, а потім зробити будь-яке обрізання на нестандартне співвідношення сторін. Таким чином я можу швидко повернутися до розгорнутої версії, якщо мені потрібно буде надрукувати зображення в оригінальному аспекті 3x2.

Я знаю, що у Photoshop є своя вбудована система відстеження ревізій, але це стосується використання інструментів, які я знаю краще. Є й інші інструменти кодування, які корисні, такі як сценарії побудови / автоматизація побудови. Я, наприклад, можу надати одну команду "зібрати" набір фотографій, використовуючи нерозрізані файли XMP, призначені для друку, які перетворять перейменування процесу та виведуть усі зображення з набору. Це дуже просто, якщо ви вже знаєте, як це зробити для програмного забезпечення!

Ви можете додати бінарні файли до сховища, але для цього потрібно багато місця для зберігання, і ви не отримаєте корисної різної інформації при порівнянні різних версій.

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

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

Тепер я також розглядаю git-annex, і поки це приємно і швидко. Він також має додаткову перевагу при контрольній перевірці кожного файлу RAW, тож ви можете побачити, чи поганий HD зіпсував ваші зображення після імпорту. Це для мене величезна користь, оскільки я можу перевірити свої резервні копії, щоб переконатися, що вони не погіршилися через копії / біт гнилі. Я планую лише версію XMP і додаток до RAW. git-annex може зробити роботу над тим, щоб знати, де все, і я можу бути впевнений, що все на моєму сервері відбувається резервне копіювання, а також мати робочу копію на своєму ноутбуці, якщо я хочу.

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

Перевірте наш Daminion. Це програмне забезпечення для управління фотографіями (зручне для користувачів), яке підтримує контроль версій для архівованих фотографій та інших мультимедійних форматів.

Однокористувацька версія Daminion безкоштовна, тому ви можете завантажити і перевірити її прямо зараз .

Я не використовую, і, ймовірно, ніколи не буду використовувати керування версіями джерела, як Git або SVN, через розмір файлів, що беруть участь. Кожен вихідний файл становить 20-30 МБ, і зміни часто торкаються кожного пікселя у всьому зображенні, знижуючи ефективність просто "відстеження змін".

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

Ось плагін для Apple Aperture. Краса діафрагми полягає в тому, що він має близько 95% функціональності Photoshop, якого прагнуть фотографи (ви не можете зробити горячий текст з ним, позіхаючи), і що редагування контролюється версіями дуже легким способом.

Це працює з JPEG та іншими форматами зображень, а також форматом RAW.

Можна навіть зробити «зворотну поїздку» із зовнішніми редакторами, такими як Photoshop, але вони обов'язково зберігають цілу копію зображення, а не легкий фільтр, застосований до головного зображення.

Тут є хороша дискусія: https://www.impulseadventure.com/photo/flow-catalog-versions.html

Існують суттєві відмінності між сховищем коду та DAM зображення.

1. Використання зображення має тенденцію бути деревом з кількома гілками. Хоча у вас є гілки в коді, звичайно, мета - мінімізувати їх. У використанні зображення ви можете опинитися в таких ситуаціях

Майстер

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

--- --- Зменшена роздільна здатність для Facebook

--- --- Великий ескіз для галереї

--- --- Середній мініатюр для галереї

--- --- Невеликий мініатюр для галереї

--- --- Велика версія з водяним знаком для галереї

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

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

--- --- Спеціальний урожай для клієнта.

--- --- Налагоджений відтінок кольорів для різних клієнтів

(Я робив по одній веб-сторінці. На кожному зображенні було 18 різних роздільних можливостей.)

2. Код має невеликі відмінності між версіями. У звичайній реєстрації змінюється лише кілька відсотків коду. У зображенні більшість пікселів змінюють деякі, а економія місця на зберігання лише змін невелика.

3. У сховищі коду вас турбують зміни рівня бітів. Рядок коду тут, значення константи там. У маніпулюванні зображеннями істотніша історія зроблених вами кроків.

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

5. У програмному забезпеченні основним рівнем є проект . Один файл класу не означає багато без решти проекту. При обробці зображення зображення є основним підрозділом. Ви можете провести все своє життя, працюючи над одним програмним проектом (Microsoft Word ...). На фотографії ви рідко витрачаєте більше ніж кілька хвилин на зображення.

6. У програмному забезпеченні важливим завданням є можливість відстеження змін та повернення до попередньої версії. При обробці зображень важливим завданням є можливість пізніше знайти це зображення та його похідні.