Очень здорово.

Самое главное — там наконец-то запилили более-менее человеческий интерфейс изменения кривых.

Это именно «RAW-конвертер» или полноценная библиотека? Т.е., если нет raw она нужна вообще? :3

Самому нетерпится попробовать новую версию, пока подожду ebuild (хотя может и darktable-9999.ebuild всё-таки поставлю). Особенно интересно посмотреть как работает conditional blending и насколько улучшилась резкость при экспорте, а то в версии 1.0.5 при экспорте с изменением разрешения получалось жуткое мыло; приходилось полноразмерный файл потом открывать в GIMP, который при более сильном сжатии давал результат намного лучше.

Отличная новость. Darktable наше всё.

это именно RAW-конвертер с возможностями неразрушающего редактирования, пакетной обработки и множеством других полезных вещей.

поиск по схожих фотографий
caching for compiled opencl kernels (even in case the driver doesn't do it) for faster startup times
visually low-profile controls with finetuning

Поспешили с новостью.

Авторы красавчики. Там где должна быть выложена версия под офтопик написано следующее (цитирую):

Unfortunately the community of this commercial distro didn't natively build dt yet.

перевод:

К сожалению комьюнити этого коммерческого дистрибутива еще не собрало нативную версию dt.

есть такое :( некоторые вещи не знаю как нормально назвать и получилось коряво. другие не знаю как вообще перевести, такие как про «caching for compiled opencl kernels...» («кэширование для встроенного в ядро opencl модуля...») и «visually low-profile controls with finetuning»

а то в версии 1.0.5 при экспорте с изменением разрешения получалось жуткое мыло

Там, вроде, уже давно галочка «Высококачественная интерполяция при экспорте» или что-то вроде того в настройках.

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

Спасибо, проверю как работает с этой опцией.

Но зачем вообще делать настолько «низкокачественную» по умолчанию? Раз резкость улучшили при экспорте, неужели и с этой опцией было не всё так хорошо?

visually low-profile controls with finetuning

low-profile

Это какие?

Имеется в виду, что невысокие.

Самый лучший конвертер для линукса. Наконец-то нормальные кривые.
P.S. Чем вы рави смотрите?

P.S. Чем вы рави смотрите?

Просто быстрый предпросмотр ? Я использую Dolphin (файловый менеджер в KDE) - есть опция в настройках соответствующая (Settings - Configure Dolphin - General - Previews - Show previews for: RAW) но только после установки плагина «kde-base/thumbnailers». Но догадаться из его описания («KDE 4 thumbnail generators for PDF/PS files»), что он и RAW позволяет просматривать невозможно :)

А не низкоуровневые?

Для пользующихся fglrx

Запускайте darktable с GPU_MAX_HEAP_SIZE=100, чтобы иметь возможность использовать всю память GPU для OpenCL.

Неа. Там вместо старого виджета, который был похож на индикатор прогресса, теперь горизонтальный отрезок, по которому перемещается мааасенький треугольник. И прямой ввод значения другой совсем.

RawTherapee умеет файловый браузер.

вот это на самом деле нужнота

Ура :)

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

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

Вот же ж...(( Что, только REISUB? В старых версиях обходился перезапуском иксов.

в gentoo прекрасно собралось при помощи приложенного к исходникам скрипта, с указанием в --prefix куда ставить (поставил в домашнюю директорию) запустилось, работу отдельных фукций пока не проверял

А в нем уже появилась кнопочка «Auto levels»?

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

есть официальный источник : http://www.darktable.org/resources/

с руководством пользователя, wiki, книгой и рядом примеров

А в нем уже появилась кнопочка «Auto levels»?

Как минимум, год назад.

Дааа! А ещё там есть «почти мой» патч (они его перепилили) - теперь там наконец-то нормальный СПИСОК модулей вместо этой идиотской таблицы, в которой было 50 иконок без подписей, и которая вынуждала юзера подводить мыша к КАЖДОЙ кнопочке, чтобы понять что это вообще такое и надо ли это включать.

ГТК - это, конечно, разрыв, собственная реализация классов на C доставляет, но несмотря на это интерфейс дарктейбла всё-таки вполне себе неплох.

Вот же ж...(( Что, только REISUB? В старых версиях обходился перезапуском иксов.

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

Хорошо что развивается. Я правда не осилил :*(

Удивился, что новость не от AP. Но нет, все ок - сидит в засаде на троллей. :)

Выглядит оно довольно неплохо, но вот что-то никак не могу понять логику его работы. Например так: выбираем нужный рав, ставим базовую кривую, метод дебайризации, делаем компенсацию экспозиции, ББ, восстановление пересветов, применяем модуль трансформации (кадрируем), применяем кривые, резкость, some else. Экспортим. Любуемся результатом. Решаем, что кадрирование неаха... Возвращяемся на шаг модуля трансформации - меняем кадрирование. Внезапно всё, что применялось после него безвозвратно исчезает. Или не безвозвратно? Тогда как вернуть всё взад? Почему оно было сделано именно так?

//Возвращяемся на шаг модуля трансформации - меняем кадрирование.

не надо возвращаться, просто скинь кадрирование или отключи его (модуль)

Новость отличная. Пресетов бы побольше только :)

//Возвращяемся на шаг модуля трансформации - меняем кадрирование. не надо возвращаться, просто скинь кадрирование или отключи его (модуль)

Эээ... Зачем скинь?.. Не надо скинь. Надо тут подрезать, там добавить.
А «или отключи его (модуль)» также приводит к тому, что всё, что после него отваливается.
Собсвенно вопрос не конкретно про модуль трансформаций. Я логику создателей никак не пойму. Почему изменение параметров одной операции в середине цепочки должно непременно отменить все последующие операции?
И ещё вопросик к знатокам: есть ли тут возможность как-то экспортировать кривые (базовые или тоновые) в удобочитаемый вид?

Вах какой приятный день ! разрабам СПАСИБо за релиз ! Одна из софтин которой можно реально гордится что она нативно линуксовая.

PS. для Ubuntu 12 есть у кого уже собранное ?

Самое главное — там наконец-то запилили более-менее человеческий интерфейс изменения кривых.

Я ещё понимаю использование L, но зачем нужен Lab полностью, когда редактирование в LCh (плагин Color Zones) предоставляет в точности то же пространство, но в гораздо более человекоюзабельной форме?

Выглядит оно довольно неплохо, но вот что-то никак не могу понять логику его работы. Например так: выбираем нужный рав, ставим базовую кривую, метод дебайризации, делаем компенсацию экспозиции, ББ, восстановление пересветов, применяем модуль трансформации (кадрируем), применяем кривые, резкость, some else. Экспортим. Любуемся результатом. Решаем, что кадрирование неаха... Возвращяемся на шаг модуля трансформации - меняем кадрирование. Внезапно всё, что применялось после него безвозвратно исчезает. Или не безвозвратно? Тогда как вернуть всё взад? Почему оно было сделано именно так?

это баг, заметил в последних ревизиях подобное

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

Если ты сделал шаг назад по истории, то, естественно, всё теряется. так и должно быть. Никто не мешает тебе повторно зайти в модуль трансформаций, обнулить изменения и откадрировать заново.

Чего-то я в этой жизни не понимаю...
Для меня оно как-то вот ни разу не естественно.
Вот делаю я в shell, к примеру, такое:

convert some.tiff -crop 3072x2048+128+256 -resize 50% -unsharp 0x0.7+0.6+0.04 -sigmoidal-contrast 2x40% -quality 90 some.jpeg

Я не понимаю, зачем ты сравниваешь GUI с консольным приложением.

Я не сравниваю, я пытаюсь понять логику работы с DT. Просто пример с комстрокой наглядно демонстрирует применение последовательности некоторых операций обработки изображения и возможность поменять параметры одной из них не трогая остальные.
Вот и в DT я вроде как определяю некоторый набор операций по обработке изображения и задаю для каждой определённый набор параметров. По крайней мере в GUI оно как будто так и выглядит. Или оно только так выглядит, а на самом деле всё совсем иначе?
И мне как-то не очень понятно, почему изменение параметров одной из операций должно приводить к отмене каких-то других.

Не должно и не приводит :) Я же говорю: переключаешься на нужный модуль и просто правишь. По истории нужно ходить только если прямо очень надо поотменять сразу несколько изменений начиная с последнего.

Правильно ли я понимаю, что из этого следует то, что последовательность применения модулей при обработке прибита гвоздями и никак не зависит от того, в какой последовательности они были включены? В таком случае есть ли где-то достаточно полное описение на тему что, в какой последовательности и по каким условиям применяется, какие действуют умолчания и т.д, и т.п. Или «только RTFS, только хардкор!» :)

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

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

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

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

экспорт в facebook (для обладателей аккаунта);

Мы люди упёртые, поэтому всё равно вот вам patch:

>cat darktable-1.1-disable-facebook.patch 
diff -Naur darktable-1.1.orig/src/imageio/storage/CMakeLists.txt darktable-1.1/src/imageio/storage/CMakeLists.txt
--- darktable-1.1.orig/src/imageio/storage/CMakeLists.txt       2012-11-29 10:44:34.000000000 +0400
+++ darktable-1.1/src/imageio/storage/CMakeLists.txt    2012-11-29 10:45:06.000000000 +0400
@@ -7,9 +7,9 @@
        list(APPEND MODULES flickr)
 endif(FLICKCURL_FOUND)
 
-if (JsonGlib_FOUND)
-       list(APPEND MODULES facebook)
-endif(JsonGlib_FOUND)
+#if (JsonGlib_FOUND)
+#      list(APPEND MODULES facebook)
+#endif(JsonGlib_FOUND)
 
 foreach(module ${MODULES} ${MODULES_EXPERIMENTAL})
        add_library(${module} MODULE «${module}.c»)

Без подобной модификации у меня не собирается.