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

Краткая версия вопроса:

Кто-нибудь знает какие-нибудь хорошие пакеты для управления/редактирования фотографий с открытым исходным кодом, а-ля Aperture или Lightroom ?

Кстати, я бы хотел, чтобы он работал на MacOS X, хотя варианты, которые являются (более или менее) кроссплатформенными, безусловно, будут приветствоваться, если MacOS X является одной из поддерживаемых платформ.

Я знаю, что там есть кое-что , но пока что я не сталкивался с чем-то, что сделало бы меня особенно счастливым. (Хотя я признаю, что я только взглянул на некоторые из доступных вариантов и, вероятно, сделал меньше для других.)

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

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

  • Это должно быть быстро — Aperture и Lightroom неплохо справляются (обычно) с быстрым выполнением задач. Для этого нужно хотя бы приблизиться к их численности, а желательно и побить их.

  • Возможность написания сценариев . Было бы очень неплохо иметь возможность писать небольшие сценарии для запроса набора фотографий различными способами, а затем воздействовать на них — будь то корректировка, массовый экспорт или автоматическое добавление фотографий. теги или что-то еще. Я думаю, что это действительно мое требование № 1 — я особенно внимательно отношусь к некоторым вещам, и в настоящее время у меня есть сценарии, которые я запускаю до импорта и после экспорта из Aperture или Lightroom. Было бы неплохо интегрировать эти вещи. Чтобы определить, что я ищу дальше, я хотел бы иметь возможность делать такие вещи, как:

    • изменять имена файлов во время импорта на основе метаданных камеры . (например, измените [card]/DCIM/123CANON/IMG_4567.CR2, снятое на моем 30D, на что-то вроде [datastore]/2010/11/2010-11-30-some_shoot/my30d-123-4567.CR2, где some_shootмне предлагается ввести что-то во время импорта, а остальное выясняется из метаданных и / или исходного имени файла.)

    • возьмите это, some_shootа также автоматически примените данные EXIF ​​и/или IPTC во время импорта на их основе -- и/или другие вещи, которые мне предлагается (где я могу настроить, какие вещи я хочу запрашивать) или настроили (например, автоматический - добавление заявлений об авторских правах и т. д.)

    • автоматический импорт - все вышеперечисленное выполняется, как только я вставляю карту или, по моему желанию (где-то в настройках), при нажатии одной кнопки или что-то еще.

    • выбор изображений с произвольными запросами - возможно, что-то похожее на SQL ? Хотя это и отличается от этого — возможность создать, скажем, переменную, представляющую собой набор изображений, из которых вы можете делать дальнейший выбор или выполнять другие действия. Может быть, что-то вроде (произвольно используя ruby -подобный синтаксис для моего псевдокода):

      lowlight = library.search(:iso => 100,
                                :exposure => '< 1/4',
                                :aperture => '> f/16')
      

      после чего я мог бы сделать:

      thefunstuff = lowlight.search(:rating => '> 3', # 3 stars or better
                        # must have all of these tags:
                        :tags => [ 'beach', 'california' ],
                        # and any one or more of these:
                        :any_tag => [ 'light painting', 'LEDs', 'fire poi' ])
      

      после чего я мог бы сделать:

      thefunstuff.add_tag('light painting') # make sure all have this tag
      thefunstuff.export_to_flickr(:find_set => 'Low Light',
        :create_set => 'Light Painting on California Beaches')
      
    • изменение настроек - работаю ли я над current_photo, или thefunstuffсверху, имея возможность изменять различные настройки - будь то adjust_exposure(+0.1), или set_whitebalance(5000, -3) # kelvin, tint, или photoB.exposure = photoA.exposureили даже:

      thephotosIwanttweaked.set(photoB.get_settings(:exposure,
        :whitebalance, :iptc => { :tags, :copyright })
      

      где thephotosIwanttweakedпеременная, содержащая коллекцию ранее полученных фотографий — возможно, с помощью запроса, как показано выше, или, возможно, с помощью выбора на основе графического интерфейса (щелкните изображение, Shift-щелчок, чтобы выбрать еще несколько, затем скажите thephotosIwanttweaked = gui.currently_selected_photosили что-то в этом роде)

  • Режим взаимодействия с клавиатурой . Как программист из «прошлой жизни» (очевидно из вышесказанного), я обнаружил, что мне нравится много раз держать руки на клавиатуре. Взаимодействие с графическим интерфейсом и мышью (или с планшетом, или с чем-то еще) весьма полезно при манипулировании изображениями, и я хочу, чтобы это тоже существовало. Я просто считаю, что набирать «выбрать все» в подсказке или нажимать «команда-A» на клавиатуре или тому подобное гораздо быстрее и проще (особенно для некоторых вещей), чем делать это с помощью графического интерфейса. (См., например, раздел выше о выборе изображений с произвольными запросами.) В последнее время я начал использовать emacs для чего-то (после перехода с vim -- войны редакторовздесь нельзя, да? О, мало кто из вас вообще понимает, о чем я, а?). По моему мнению, иметь возможность использовать настоящий emacs и/или иметь emacs, способный общаться с ним через API, было бы круто. (Конечно, это предположительно означало бы, что также/вместо этого будет elisp- способ взаимодействия с this, а не ruby, но что угодно. Или, может быть , изобретен новый язык, специально предназначенный для этой цели .

  • Расширяемость — у этой штуки должен быть хороший API для написания всего, от инструментов импорта RAW до плагинов быстрого редактирования изображений и экспортеров для вашего любимого веб-сайта. Может быть, распознавание лиц и тому подобное тоже?

  • Манипуляции с графическим интерфейсом в реальном времени — очень похожи на пользовательские интерфейсы в Aperture или Lightroom. Наряду со всем вышеперечисленным, стандартные манипуляции на основе графического интерфейса также кажутся мне весьма важными — наличие обратной связи в реальном времени (или близкой к ней) при внесении визуальных изменений является ключом к визуальным вещам.

  • Умение идентифицировать объекты/людей на фотографиях-- Одна вещь, которой, как мне кажется, не хватает в новой функции распознавания лиц Aperture, и которая могла бы быть действительно полезной для меня в последнее время, - это способ идентифицировать ("пометить", что угодно) людей или объекты на фотографии. Пример сценария: я снимаю спортивное мероприятие, и я хочу пройти и быстро и легко определить, какие игроки есть на каждой фотографии. Я представляю себя человеком, выполняющим большую часть работы над этим, хотя автоматическое обнаружение тоже было бы неплохо... но то, что я вижу, отличается от существующих пользовательских интерфейсов, это способ в основном выбрать область фотографии, которая представляет конкретного игрока, а затем сделайте то же самое и для других игроков, а затем выполните второй проход и попытайтесь связать их вместе (возможно, с помощью компьютера). Так что, может быть, я выбираю игрока на одном фото, а не я пока не знаю, кто они, потому что их номер скрыт... но позже я выбираю то, что оказывается тем же человеком на другой фотографии, где виден их номер, а затем, из-за одежды или какой-либо другой отличительной черты, которая может быть, я могу связать два вместе. Но я до сих пор не знаю их имени, обязательно -- но, возможно, у меня есть список, и его можно найти. Я полагаю, это также может быть полезно во множестве других ситуаций — студийная съемка, когда вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли запросить фотографию, которая включает то-то и то-то. такая опора. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл. Я выбираю то, что оказывается одним и тем же человеком на другой фотографии, где виден их номер, а затем, благодаря одежде или какой-либо другой отличительной черте, я могу связать их вместе. Но я до сих пор не знаю их имени, обязательно -- но, возможно, у меня есть список, и его можно найти. Я полагаю, это также может быть полезно во множестве других ситуаций — студийная съемка, когда вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли запросить фотографию, которая включает то-то и то-то. такая опора. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл. Я выбираю то, что оказывается одним и тем же человеком на другой фотографии, где виден их номер, а затем, благодаря одежде или какой-либо другой отличительной черте, я могу связать их вместе. Но я до сих пор не знаю их имени, обязательно -- но, возможно, у меня есть список, и его можно найти. Я полагаю, это также может быть полезно во множестве других ситуаций — студийная съемка, когда вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли запросить фотографию, которая включает то-то и то-то. такая опора. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл. из-за одежды или любой другой отличительной черты я могу связать их вместе. Но я до сих пор не знаю их имени, обязательно -- но, возможно, у меня есть список, и его можно найти. Я полагаю, это также может быть полезно во множестве других ситуаций — студийная съемка, когда вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли запросить фотографию, которая включает то-то и то-то. такая опора. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл. из-за одежды или любой другой отличительной черты я могу связать их вместе. Но я до сих пор не знаю их имени, обязательно -- но, возможно, у меня есть список, и его можно найти. Я полагаю, это также может быть полезно во множестве других ситуаций — студийная съемка, когда вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли запросить фотографию, которая включает то-то и то-то. такая опора. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл. Я представляю себе студийную съемку, где вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли попросить фотографию с таким-то и таким-то реквизитом. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл. Я представляю себе студийную съемку, где вы хотите определить, какой реквизит использовался в каких кадрах, скажем, чтобы позже вы могли попросить фотографию с таким-то и таким-то реквизитом. Вроде того. Разработка хорошего пользовательского интерфейса для этого, вероятно, была бы интересной задачей, но я думаю, что могу представить, как это можно сделать, чтобы это имело смысл.

  • Работа с фотографиями и/или метаданными на нескольких устройствах-- Возможно, файлы RAW существуют только на одном устройстве или, может быть, они находятся на сетевом диске, и к ним можно получить доступ с нескольких компьютеров. Но что, если бы превью и метаданные автоматически загружались куда-нибудь на веб-сервер, чтобы вы могли получить к ним доступ, скажем, на своем смартфоне, и делать оценки, теги и тому подобное. Данные будут синхронизированы (каким-то образом), а также потенциально могут быть переданы разным людям — возможно (если, скажем, это использовалось в какой-то компании) ваш координатор мероприятия лучше справляется с задачами идентификации, а ваш фотограф лучше справляется с постобработкой самого изображения, и ваш графический дизайнер тоже хочет внести свой вклад. Если бы все эти люди могли получить доступ к одним и тем же изображениям, это было бы действительно очень полезно. (Это также может относиться к фотобизнесу с помощниками и тому подобным.)

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

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

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

Хорошо, я сделал бессвязный сейчас. Мне очень любопытно посмотреть, какие ответы принесет этот вопрос. :)

Может быть, вы можете реализовать некоторые из этих функций в виде плагинов? Я понятия не имею, но посмотрите на Bibble (www.bibblelabs.com) и проверьте, что могут сделать API. Это, безусловно, невероятно быстро, по крайней мере, намного быстрее, чем Lightroom (никогда не пробовал Aperture).
У меня есть скрипт, который, по крайней мере, искажает имя; если вам интересно, я опубликую это в ответе.
Еще одно замечание: ссылка «кое-что там» серьезно устарела, если я правильно прочитал историю изменений (2007 г.); с тех пор многое продвинулось.
Спасибо, Рид. У меня есть скрипт, который также искажает имена (и многое другое), так что я полностью настроен на это (хотя я не возражал бы против того, чтобы посмотреть, как это делают другие). Что касается устаревшего списка, я был бы рад увидеть другие ресурсы, будь то списки, подобные этому, или отдельные инструменты... Например, Bibble; спасибо, Итай, я проверю это.
В то время как люди готовы платить тысячи долларов ремесленнику за изготовление штатива или камеры, становится обычным делом ожидать, что программное обеспечение будет бесплатным (возможно, «ожидается» здесь не совсем подходящее слово, но я не мог придумать, что такое бесплатное программное обеспечение). другой в этот поздний час). Я не хочу вступать в спор об открытом исходном коде, но я думаю, что вам лучше всего было бы пойти к людям из Aperture или Lightroom и сделать им эти предложения. И если вы решите основать компанию на основе своих идей, я надеюсь, вы станете неприлично богатыми за ту ценность, которую вы создали для области фотографии.
ты точно гик, да? ;-)
Да, Эй Джей... и горжусь этим. :) Вдвойне горжусь тем, что тоже считаю себя художником.

Ответы (7)

Вы смотрели Darktable ? Кажется, что это с открытым исходным кодом и только для Linux.

Описание функции

Это должно быть быстро

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

Скриптабельность

Он поддерживает сценарии с использованием LUA. Это довольно недавняя функция (по состоянию на 15 год), поэтому API все еще невелик.

Режим взаимодействия с клавиатурой

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

Расширяемость

Если вы не можете сделать это с помощью Lua, вы можете взломать код C. Что ж...

Манипуляции с графическим интерфейсом в реальном времени

Большинство фильтров работают достаточно быстро, поэтому я думаю, что да.

Умение идентифицировать объекты/людей на фотографиях

Неа

Работа с фотографиями и/или метаданными на нескольких устройствах

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

Дружественный рабочий процесс

Он не затрагивает файлы, но сохраняет все в дополнительных файлах. Этот подход очень хорош и делает DT совместимым с другими программами (по крайней мере, по общим свойствам метаданных). Хотя у него есть база данных для ускорения работы, файлы sidecar позволяют вам копировать фотографии, сохраняя при этом манипуляции, которые вы сделали с Darktable.

О, аккуратно. Я даже не слышал о таком. А еще yum install darktableи я запускаю его за секунды. Прохладный.
Пожалуйста, дайте отзыв, так как меня также очень интересует область бесплатной платформы для управления фотографиями.
Будь я проклят :) Голосуйте за. Так что это отличная отправная точка. Это кажется очень очень новым. А сейчас какие спектакли? @mattdm, пожалуйста, дайте нам знать.
Выглядит очень вдохновленным LR. Помимо производительности, я понял, насколько важна необработанная поддержка. Перешел бы я с Adobe Camera RAW? Подумайте о том, чтобы пройти через такие обручи: blog.pcode.nl/2010/06/28/darktable-camera-color-profiling , но, тем не менее, это выглядит мило.
Я такого не видел, нет... Спасибо! Похоже, это, безусловно, отличное начало для того, чего я хочу... И, поскольку исходный код открыт, я потенциально могу относительно легко приблизиться к этому (и, sebastien.b, производительность может быть улучшена с течением времени)... Кроме того, это не так. просто линукс. На сайте написано, что он есть и в macports. Я обязательно проверю это в ближайшее время и, возможно, проверю кнопку «Принять» в этом ответе, судя по всему. Так что спасибо, Ридуидель!
Что касается производительности, я недавно посмотрел на Darktable (может быть ... 2 недели назад?), и производительность Windows 7 + LR значительно лучше по сравнению с Ubuntu + Darktable - для меня . Я активный пользователь Linux, но у меня есть Win 7 только для LR.
Хм, я пытался собрать это для MacOS (в конце концов, оно не отображается в MacPorts), и похоже, что это потребует хотя бы немного работы (пока не знаю, насколько мало/много)... Я надеюсь чтобы успеть потратить на это в ближайшее время.

Вау, это длинный список.

Я думаю, мы все можем с уверенностью сказать, что сейчас точно ничего подобного нет.

Один из самых интересных проектов, который во многом разделяет ваши цели, — это F-Spot . Возможно, вы захотите принять в нем участие . Также стоит отметить, что функции управления фотографиями находятся в «долгосрочной дорожной карте» для превосходного конвертера RawTherapee , так что это может быть интересным местом для направления энергии.

Круто, спасибо за оба этих указателя. И да... когда я мечтаю, я мечтаю по-крупному. ;)

Да, можно с уверенностью сказать, что такой вещи нет (обновление: посмотрите на это , может быть, но с уровнем производительности, о котором вы спрашиваете?). Даже Gimp далеко не близок к Photoshop для продвинутых пользователей, а описанный вами список функций поместил бы такое приложение в категорию «продвинутых». Это верно не для всех приложений, Firefox родился после Internet Explorer и, безусловно, является конкурентом по функциональности. Тем не менее, Photoshop — это монстр, и у Adobe есть масса ресурсов, которые можно использовать для PS и Lightroom, чтобы сделать их фантастическими программными инженерами, которыми они и являются.

Более того, движение за открытый исходный код уходит своими корнями в Unix, и одна старая заповедь этой философии гласит : «Маленькое — красивое. Заставьте каждую программу делать что-то одно хорошо». Ссылка , которую вы предоставили, хорошо иллюстрирует это. Существует множество мелких инструментов, которые вы можете использовать и которые могут сформировать цепочку, чтобы добраться туда, но это не то, что делает Lightroom или Aperture привлекательными. Суть этих приложений в том, что они были разработаны фотографами для фотографов как единый рабочий процесс. Это позволяет выполнять 90 % простых и полусложных задач с фотографиями из одного приложения с использованием одного и того же пользовательского интерфейса. Это экономит людям столько времени!

Я имею в виду, что на этой неделе вы можете получить Lightroom за 150 долларов. Это действительно дешево для времени, которое сэкономит вам и силу этого инструмента. Если вы снимаете в RAW, без этого трудно жить. Это тоже нужно учитывать: это половина цены моего самого дешевого объектива, а рядом со мной лежат 3 объектива, которые почти в 10 раз дороже.

Я работаю в бизнесе с открытым исходным кодом, и этим я зарабатываю на жизнь уже более 10 лет. Мы создаем передовые программы (научные, то есть биомедицинские, суперкомпьютерные), но не из воздуха, мы должны их финансировать, мы должны платить зарплату. Сообщество помогает, но когда оно становится довольно сложным, кривая обучения может быть крутой. Я не вижу конкурента Lightroom в ближайшее время, только от добровольцев, работающих в свободное время с таким уровнем производительности .

Ваш первый запрос, производительность, является ключевым для меня здесь, потому что, если мне требуется всего на 30% или 50% больше времени для обработки одной фотографии, умножьте это на 15 000+ фотографий в год, и время, которое я потратил впустую, полностью оправдывает покупку быстрой рекламы. приложение. Я видел приложения с открытым исходным кодом, ориентированные на функции, некоторые на оптимизацию/производительность, редко и то и другое (и я их не виню). Например, гонка за производительность Javascript в Firefox началась совсем недавно. Сначала я выбираю (и поддерживаю) программное обеспечение с открытым исходным кодом, но когда мне нужно выполнить работу и у инструмента есть явное преимущество, я (или моя компания) вложу деньги, чтобы купить условно-бесплатное или коммерческое приложение по разумной цене. Прагматизм, наверное.

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

  • Он должен быть быстрым: LR является многопоточным и использует несколько ядер. Я загружаю в него действительно большие файлы (21MP), и я действительно поражен тем, что его новый механизм шумоподавления может работать так быстро. Усовершенствованное управление памятью, многопоточность, обработка изображений, обработка сигналов — для этого вам понадобятся серьезные ребята. Я не говорю, что оно не может быть быстрее (насколько мне известно, оно не ускоряется с помощью графического процессора), но если ваше приложение просто захлебывается и переключается между страницами после 6MP, у меня проблема.
  • Возможность написания сценариев, расширяемость: структура плагинов в Lightroom полностью поддерживает сценарии. Плагины — это скрипты (использует LUA).
  • Искажайте имена файлов во время важного, основываясь на метаданных камеры: LR часто этим занимается. У меня есть драгоценный пресет, который очень помогает, вы можете переименовывать файлы при импорте, комбинируя шаблоны и ключевые слова, которые заменяются метаданными (к сожалению, я не вижу, как извлечь подстроку из исходного имени файла). Смотрите мой ответ на другой вопрос для получения дополнительной информации.
  • Автоматически применять данные EXIF ​​и/или IPTC во время импорта автоматический импорт: опять же, LR может это сделать (я автоматически применяю массу информации во время импорта).
  • Выбор изображений с произвольными запросами: вы довольно подробно описали смарт-коллекции в LR. Много любить здесь. Смотрите мой ответ на другой вопрос для получения дополнительной информации.
  • Режим взаимодействия с помощью клавиатуры: в LR огромный список сочетаний клавиш, на самом деле он немного перегружен. Для еще большей гибкости проверьте PADDY для Lightroom : бесплатное сопоставление клавиш, внешние клавиатуры, миди-контроллеры, макросы.
  • Способность идентифицировать объекты/людей на фотографиях: не в LR, а в Aperture, я думаю.
  • Манипуляции с фотографиями и/или метаданными на нескольких устройствах: я думаю, что новые службы «Публикация» в LR3 позволят вам это сделать (т. е. они не просто «загружают», они больше «эй, это фото изменилось, если да тогда мне нужно отправить/опубликовать его где-нибудь в других службах").
Я не думаю, что справедливо описывать Gimp как «даже отдаленно близкого к фотошопу». Я соглашусь с тем, что он отстает, но даже для самых продвинутых пользователей он вполне способен. Кроме того, но помимо этого, функции, которые ищет Линдес, не особенно продвинуты для программы редактирования фотографий — они просто являются частью другого класса программного обеспечения, «управления изображениями» — см. en.wikipedia.org/wiki /Image_organizer . Я думаю, что это вполне возможно в рамках модели разработки с открытым исходным кодом. Удивительно, что показывают волонтеры, работающие в свободное время.
Кроме того, «просто купите Lightroom» не очень полезный ответ, когда в исходном вопросе указано, что он был частично вызван неудовлетворенностью набором функций Lightroom.
@mattdm: поверьте мне, я бы хотел ошибаться, но это мой опыт работы с открытым исходным кодом и работы над очень большими приложениями. Я думаю, что люди быстро представляют себе группу счастливых добровольцев, посвящающих свободное время, но правда в том, что многие высококлассные приложения с открытым исходным кодом разрабатываются или управляются группой основных людей, которым платят за это (и это здорово). Большие приложения не управляются сами собой, вам нужна структура, вам нужны технические руководители и т. д.
@mattdm: На этот вопрос нет полезного ответа, этого приложения не существует, мы бы слышали о нем. Многие из нас знакомы с LR или Aperture, набор функций, который он описывает, уже выходит за рамки ведущих приложений в этой области. Мне нравится этот список, но вам понадобится действительно серьезная команда, чтобы реализовать его и даже наверстать упущенное. Не происходит. Хотя я вижу, как такая компания, как Canonical, финансирует усилия по разработке необходимых инструментов, таких как веб-браузер для Ubuntu, я не вижу стимула финансировать такое большое приложение, как LR, когда Gimp помогает фотографу-любителю.
Абсолютно. Но на самом деле это не такая уж большая вещь — это не OpenOffice и даже не Firefox.
@mattdm: последнее, но не менее важное: вы упомянули о его недовольстве LR, но я сомневаюсь, что он вообще его использовал. Я обновлю свой ответ выше, но подавляющее большинство его требований уже есть в LR3.
sebastien.b: возможно, вы правы в том, что вам нужна оплачиваемая команда... Я, конечно, понимаю, что основная команда с финансированием, чтобы тратить время на это, была бы полезна. Однако я скажу, что, насколько я знаю, GIMP (или даже Photoshop) очень мало делает из того, о чем я говорю. Это отличные инструменты для работы с отдельными изображениями. Управление фотографиями — это отдельная проблемная область. (Просто так получилось, что есть некоторое совпадение.) PS Я не обновлялся до LR3, но я много использовал более ранние версии, и у меня есть Aperture 3, и я использую его совсем немного.
Наконец, я был бы рад заплатить за коммерческое приложение с этим набором функций. Я просто с трудом представляю, что когда-либо существовало. Идеология (и, вероятно, пользовательская база) просто ориентирована на открытый исходный код (мне кажется).
@lindes: см. мое обновление. Я немного запутался, потому что многое из того, что вы описали, есть в LR3. Это в графическом интерфейсе, а не в том, что вы вводите как выражение для оценки, но функциональность есть, вы переименовываете файлы при импорте, комбинируя шаблоны и ключевые слова, которые заменяются метаданными, например, и т. д. и т. д. Мне бы очень понравился плагин API должен быть немного более открытым, но база данных LR — это старая добрая SQLite db, вы можете в нее потыкать.
@mattdm: мне нужно посмотреть номер или SLOC исходного кода, но кодовая база Firefox не так уж велика. Трудно сказать точно, Ohloh сообщает о 63 738 ( ohloh.net/p/firefox ), что явно занижено, но я работаю над приложениями, которые объединяют два наших инструментария с открытым исходным кодом (VTK: ohloh.net/p/vtk , ITK: ohloh .net/p/itk ), и это 3 000 000 кодовых баз только для этой части айсберга. Slicer3 сочетает в себе еще больше инструментов, наверное, на 5М проще. Существует довольно много проектов с открытым исходным кодом, которые являются огромными , но узкоспециализированными и предназначены для исследовательской группы. Финансируется.
@mattdm: кодовая база Firefox... Ohloh сообщает о 63 тысячах строк ( ohloh.net/p/firefox ), что явно является верхушкой айсберга. Mozilla Corebase составляет 13 миллионов ( ohloh.net/p/mozilla ), так что теперь мы говорим.
Я не уверен, на что смотрит Олох. В 2008 году у Firefox было около 3-4 миллионов SLOC, в зависимости от того, считаете ли вы HTML кодом. Я не мог быстро найти более свежий подсчет. Но в любом случае, это больше, чем вы думаете. Предлагаемая программа не будет такой уж сложной (в зависимости от того, какая часть фактического редактирования изображения будет отдана другим инструментам).
Я также знаком с узкоспециализированной исследовательской группой. Есть очень умные люди и, соответственно, удивительный код, но, выражаясь деликатно, многие исследователи не являются хорошими инженерами-программистами, и им очень не хватает дизайна и структуры, необходимых для отличного программного проекта. Во многих случаях наличие огромной кодовой базы является признаком проблемы, а не успеха. Я не могу говорить о конкретных вещах, над которыми вы работаете — я не смотрел на них, кроме как установить Viz Roll Rocks. Я уверен, что это круто :)
@mattdm: я согласен с вами в том, что кодовая база, вероятно, будет меньше, чем у Firefox (который включает в себя Mozilla Codebase), но это только одна сторона проблемы, потому что вам нужны люди с другим опытом. Здесь обработка изображений, обработка сигналов, преобразование / преобразование, очень большие требования к памяти и т. Д. Они вам понадобятся в долгосрочной перспективе. Как долго вы сможете удерживать людей с таким образованием, если они не будут финансироваться, и как быстро новые люди смогут занять их место? Трудно найти и нанять умных людей в нашем собственном бизнесе по 3D/научной визуализации/обработке изображений с открытым исходным кодом, поэтому ожидайте, что их время будет бесплатным…
Что ж, в этом и прелесть открытого исходного кода, да? Это приложение может действительно сосредоточиться на управлении активами и метаданными. Нет необходимости заново изобретать RawTherapee или Rawstudio.
Да, я на самом деле думал, что он может использовать библиотеки Apple Core Image или одну из опций OSS — для преобразования RAW, манипуляций и т. д. Большая часть этого для меня, как говорит mattdm, «управление активами и метаданными ". Между тем, sebastien.b: спасибо за новость... похоже, я должен еще раз взглянуть на LR3. Последнее, что я проверил, однако, я не мог (например) получить «123» из «123CANON» в свое имя файла (мне нужно уникальное базовое имя файла для каждого изображения, которое я делаю, и поэтому мне нужен этот номер), и. .. ну, для «взаимодействия с клавиатурой», я думаю, многое из того, что я имею в виду, это командный язык.
@lindes: ну, я могу съесть свои слова, это новое программное обеспечение с открытым исходным кодом darktable выглядит как отличное начало. Больше всего меня беспокоит производительность (как я уже сказал, 21 МП), поэтому, если вы готовы ослабить это требование, это может подойти. Что касается переименования файлов, вы были правы, похоже, вы не можете извлечь часть имени файла в LR3. Я обновил свой ответ ссылками на мою схему переименования в другом вопросе на photo.se, ссылку на то, как я использую смарт-коллекции, и ссылку на PADDY для Lightroom: бесплатное сопоставление клавиш, внешние клавиатуры, миди-контроллеры, макросы.

Не полный ответ, но Exiftool — это Perl-библиотека/инструмент командной строки для чтения/записи метаданных фотографий. Теоретически кое-что из того, что вы хотите, может быть написано с его помощью, особенно автоматическая пометка изображений и установка имен файлов и каталогов.

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

Вот мой скрипт импорта и изменения ; в этом нет ничего особенного, но, возможно, полезно посмотреть. Изменение может быть расширено, чтобы включить все, что exiftool может получить в свои руки.

Darktable (которое вы можете скачать для OSX здесь ), вероятно, является наиболее подходящим программным обеспечением для того, что вы ищете. Рабочий процесс по-прежнему имеет некоторые шероховатости по сравнению с Lightroom или Aperture, но вполне пригоден для использования, особенно если вы ищете интерфейс для сценариев.

Я бы добавил DigiKam (инструмент управления и редактирования фотографий KDE) и LightZone (инструмент редактирования) в список для изучения.