Colorito - новый плагин тонкой цветокоррекции фото/видео

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

Заявленные функции:

- Работа в пространствах многих цветовых моделей: RGB, HSV, HSL/HSI, YUV, XYZ, CIELAB, CIECAM02/ICAM;
- Удобные механизмы редактирования градационных кривых;
- Функция предохранения тона, тонкий контроль gamut mapping;
- Коррекция канала относительно другого канала (например, повышение насыщенности в зависимости от яркости);
- Различные типы исходных данных - 8/24/32 бит, контроль над потерями, дизеринг результатов;
- Устранение/скрытие некоторых цифровых дефектов, связанных с уровнями, таких как клиппинг (например, для лечения переэкспонированных/недосвеченных фото/видео), алиасинг/муар и др.

Colorito планируется портировать для Adobe Photoshop и Adobe After Effects.

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

Не смог вставить ссылку здесь, т.к. форум не разрешает. Ссылка первая в поиске: https://www.google.ru/#q=colorito+image+processing

Спасибо, любопытная штука. По крайней мере в части заявленных целей :)

А вам не приходило в голову сделать это в виде OpenSource и начать коллективную разработку? Боюсь, в одну голову такое осилить трудно.

Интересно будет посмотреть, по тестировать.

пока рано обсуждать, так как нечего тестировать, нет даже альфа-версии

Наверное, лучше оставлять комментарии на вашем сайте - но пока оставлю здесь.
1. Возможно, есть смысл сразу настроиться на поддержку плавающей запятой, чтобы не отстать от тренда.
2. Возможно, есть смысл ограничиться немногими пространствами для простоты реализации и скорости работы. Скажем, какой-нибудь широкий RGB и Uniform perceptual LAB (http://www.brucelindbloom.com/index.html?UPLab.html). На CMYK забить вообще: не нужно поощрять редактирование в CMYK.
3. Возможно, следует отказаться от восстановления проваленных теней и выбитых цветов: этому не место в инструменте цветокоррекции.
4. Возможно, следует ввести принудительный Gamut warning. Операции не должны выполняться, если запрашиваемый результат приводит к выходу за пределы гамута рабочего пространства.

Цитата:

от:Stas Wilf
Наверное, лучше оставлять комментарии на вашем сайте - но пока оставлю здесь.
2. Возможно, есть смысл ограничиться немногими пространствами для простоты реализации и скорости работы. Скажем, какой-нибудь широкий RGB и Uniform perceptual LAB

Подробнее

парень, ты в видеоредакторах видел эти цветовые пространства?

[quot]Возможно, следует отказаться от восстановления проваленных теней и выбитых цветов: этому не место в инструменте цветокоррекции.[/quot]

бред полный
с чего такие заключения?

Уважаемый, давайте-ка на "вы" и с аргументами.

Цитата:

от:JohnParamol

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

Заявленные функции:

- Работа в пространствах многих цветовых моделей: RGB, HSV, HSL/HSI, YUV, XYZ, CIELAB, CIECAM02/ICAM;
- Удобные механизмы редактирования градационных кривых;
- Функция предохранения тона, тонкий контроль gamut mapping;
- Коррекция канала относительно другого канала (например, повышение насыщенности в зависимости от яркости);
- Различные типы исходных данных - 8/24/32 бит, контроль над потерями, дизеринг результатов;
- Устранение/скрытие некоторых цифровых дефектов, связанных с уровнями, таких как клиппинг (например, для лечения переэкспонированных/недосвеченных фото/видео), алиасинг/муар и др.

Colorito планируется портировать для Adobe Photoshop и Adobe After Effects.

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

Не смог вставить ссылку здесь, т.к. форум не разрешает. Ссылка первая в поиске: https://www.google.ru/#q=colorito+image+processing

Подробнее

Все понятно что очередной раз кто то хочет сваять ..расширенные функции.. и ..удобные механизмы.. и прицепить это плагином к эдоби,апертуре иже стандалон, понять бы еще зачем? Чтобы лучше? Чтобы удобнее? Или чтобы еще раз про то же.
ИМХО если есть талант и желание, то есть пустые и востребованные ниши, как одна из них нормальный плагин к апертуре по работе с линзами например, почти миллиард пользователей, и апстор, с каждого по 99 центов и вот вам польза и благодарность. Я бы за возможность пакетного исправления хроматы и дисторсии в апертуре не пожалел и десятки.

в википедии найдёте массу информации о цветовых пространствах в видеоредакторах, YCbCr например

[quot]не пожалел и десятки[/quot]

белорусских рублей если только)

Цитата:

от: Stendup
[quot]не пожалел и десятки[/quot]

белорусских рублей если только)

Дайте мне одну белорусскую копейку с каждого юзера апертуры и я куплю кресло батьки вместе со всей картошкой. Посмотрите статистику по любому плагину к ней - от колличества кликов ужас берет. И самый частый запрос апстора -lens plugin for aperture, был бы у меня хоть малейший талант в этой области -я бы такого шанса не упустил. Чувак делал удалялку _ds.store и заработал на домик у моря, а это совсем не тот масштаб.

Приятно видеть заинтересованность. Итак, по-порядку.
Цитата:

от: Stas Wilf
А вам не приходило в голову сделать это в виде OpenSource и начать коллективную разработку? Боюсь, в одну голову такое осилить трудно.

OpenSource вряд ли. У нас пока две головы работает.

Цитата:

от:Stas Wilf
Наверное, лучше оставлять комментарии на вашем сайте - но пока оставлю здесь.
1. Возможно, есть смысл сразу настроиться на поддержку плавающей запятой, чтобы не отстать от тренда.
2. Возможно, есть смысл ограничиться немногими пространствами для простоты реализации и скорости работы. Скажем, какой-нибудь широкий RGB и Uniform perceptual LAB (http://www.brucelindbloom.com/index.html?UPLab.html). На CMYK забить вообще: не нужно поощрять редактирование в CMYK.
3. Возможно, следует отказаться от восстановления проваленных теней и выбитых цветов: этому не место в инструменте цветокоррекции.
4. Возможно, следует ввести принудительный Gamut warning. Операции не должны выполняться, если запрашиваемый результат приводит к выходу за пределы гамута рабочего пространства.

Подробнее

1. Поддержка запятой была заложена с самого начала. На сайте сказано про глубину цвета.
2. Количество пространств никак не влияет на скорость работы. Насчет простоты реализации - согласен. Основные (RGB,LAB) будут сразу, дополнительные - со временем.
3. Категорически не согласен. Во-первых, это смежная проблема в области редактирования уровней. Во-вторых, борьба с клиппингом чаще всего совмещена с коррекцией кривых. В-третьих, это очень удачно вписывается в окно отображения гистограммы. В-четвертых, RAW-конверторы делают это (нечто подобное, но примитивное).
4. GW конечно же тоже будет, об этом тоже сказано на сайте (только простыми словами, там вообще весь контент разжеван для непосвященных).

Цитата:

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

Подробнее

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

P.S. Хочу разъяснить одну из Концепций инструмента. Независимо от текущего рабочего цветового пространства пользователь будет иметь возможность проводить коррекцию в любом пространстве из доступных в инструменте.
При этом все тонкости типа gamut mapping и gamut warning будут контролироваться.
Кроме цветовых пространств будут доступны дополнительные каналы цветовой информации, например такая величина как длина вектора в пространстве XYZ.
Вообще, есть идея реализовать окно некоего workflow graph со входом/выходом и возможностью добавлять/менять/ветвить модули обработки.

Цитата:

от: Stendup
в википедии найдёте массу информации о цветовых пространствах в видеоредакторах, YCbCr например

То есть аргументов нет, одни понты. Ок, понял. Ну давайте еще YRGB возьмем, как у DaVinci Resolve: это же так круто, и про него наверняка тоже где-нибудь написано в Вики.

Цитата:

от: JohnParamol
1. Поддержка запятой была заложена с самого начала. На сайте сказано про глубину цвета.

Здорово. Не обратил внимания, прошу прощения.

Цитата:

от: JohnParamol
2. Количество пространств никак не влияет на скорость работы. Насчет простоты реализации - согласен. Основные (RGB,LAB) будут сразу, дополнительные - со временем.

Не думаете сразу использовать Линдблумовский LAB? Оно должно быть не сильно сложнее, но заметно лучше.

Цитата:

от:JohnParamol
3. Категорически не согласен. Во-первых, это смежная проблема в области редактирования уровней. Во-вторых, борьба с клиппингом чаще всего совмещена с коррекцией кривых. В-третьих, это очень удачно вписывается в окно отображения гистограммы. В-четвертых, RAW-конверторы делают это (нечто подобное, но примитивное).

Подробнее

Я к тому, что вы делаете инструмент для цветокоррекции. Я бы даже сказал - для color enhancing'а. То есть подразумевается, что картинка уже приемлема с технической точки зрения: выполнено шумоподавление, выровнена экспозиция и так далее. На этом этапе уже не должно быть грубых проблем вроде выбитых светов, тем более что вы имеете дело с готовым изображением и не знаете, то ли они технически выбиты в RAW-данных, то ли криво выполнена конверсия. То есть, как мне кажется, лучше отдать решение этих проблем разработчикам RAW-конвертеров, тем более что они куда сложнее, чем кажется на первый взгляд.

Цитата:

от: JohnParamol
Вообще, есть идея реализовать окно некоего workflow graph со входом/выходом и возможностью добавлять/менять/ветвить модули обработки.

Было бы очень удобно. Собственно, так и сделано в некоторых редакторах: настраиваемые блоки обработки, соединенные линиями передачи результата. А вы не в курсе, Photoshop позволяет делать плагины, которые могли бы выступать в качестве Adjustment layer? Потому что сложная обработка такого рода, выполненная один раз на единственном слое - не то, что нужно людям, реально работающим с изображением. Важно, чтобы схему обработки можно было пересматривать по ходу дела, и не только тогда, когда ваш инструмент работает как отдельное приложение.

[quot]То есть аргументов нет, одни понты. [/quot]

Уже реализован и прекрасно продаётся новый продукт 3D LUT Creator, в создании которого принимал участие (в about прописано)
Вот там десятки фич, которых нет ни в одной программе, в том числе с кривыми

[quot]То есть, как мне кажется, лучше отдать решение этих проблем разработчикам RAW-конвертеров[/quot]

типа убогого, хромого и кривого RPP?

[quot]Photoshop позволяет делать плагины, которые могли бы выступать в качестве Adjustment layer? [/quot]

последние плагины работают на нодах, если вы не в курсе

[quot]Вообще, есть идея реализовать окно некоего workflow graph со входом/выходом и возможностью добавлять/менять/ветвить модули обработки.[/quot]

это уже реализовано в Filter Forge

Цитата:

от:Stendup
Уже реализован и прекрасно продаётся новый продукт 3D LUT Creator, в создании которого принимал участие (в about прописано)
Вот там десятки фич, которых нет ни в одной программе, в том числе с кривыми

Подробнее

Я на него смотрел буквально вчера (только демо, правда). На проблемах с usability останавливаться не буду, поскольку важнее другая проблема: результатом работы программы вроде бы должен быть куб, подлежащий дальнейшему автономному использованию при обработке. Но кубик этот приходится применять "как есть", без учета характера исходного изображения. Скажем, если куб пытается как-то красить тени, то эти тени должны быть в наперед заданном диапазоне R, G, B, и если в нашем изображении тени светлее, то ничего не выйдет. То есть применение готового 3d LUT в PS часто выглядит так: вы с помощью adjustment layer подгоняете изображение под LUT, кладете сверху adjustment layer с 3d LUT, потом третьим adjustment layer возвращаете изображение обратно. Кроме того, числа в 3d LUT не привязаны к профилю, и результат работы одного и того же куба в sRGB и BetaRGB может существенно различаться. Остается только использовать этот редактор как самостоятельный инструмент - но его убожество в качестве самостоятельного инструмента не позволяет и этого.

Цитата:

от: Stendup
[quot]То есть, как мне кажется, лучше отдать решение этих проблем разработчикам RAW-конвертеров[/quot]

типа убогого, хромого и кривого RPP?

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