LINUX.ORG.RU

Darktable 1.1

 ,


1

3

25 ноября вышла версия 1.1 RAW-конвертера Darktable, включающая в себя множество новшеств и исправлений ошибок.

Основные изменения

  • поддержка новых фотокамер, новые пресеты баланса белого и т.д.;
  • поиск похожих фотографий;
  • метки географических координат (geotagging), с отображение на карте;
  • поддержка MacOS;
  • экспорт в facebook (для обладателей аккаунта);
  • большинство модулей теперь могут получить преимущества использования графического ускорителя;
  • кеширование скомпилированных ядер OpenCL (даже если этого не делает драйвер) для уменьшения времени загрузки.

Пользовательский интерфейс

  • переработан виджет «more plugins»;
  • группировка графических файлов;
  • поддержка интерфейса командной строки;
  • обновление интерфейса для цветовой/тоновой и базовая кривых (tone and base curves) для улучшенной поддержки рабочего процесса при обработке мелкозернистых изображений (fine grained);
  • визуально небольшие элементы управления с точной настройкой (http://www.darktable.org/2012/03/bauhaus-widgets/);
  • изменения в интерфейсе модуля корректировки цвета;
  • режим live view при соединении фотоаппарата к компьютеру во время съёмки (live view for tethered shooting).

Режим Darkroom

  • обширное использование алгоритма определения краёв в фильтре (edge-aware filtering techniques) подавления шума;
  • условное смешение (conditional blending) и множество приятных дополнительных возможностей, связанных с ним;
  • фуксиновая подстветка (magenta highlights): улучшено для для переэкспонированных областей;
  • улучшена резкость как для экспорта, так и в режима просмотра darkroom view, особенно для изображений с пониженным качеством и после использования корректировки дисторсии (lens corrections) или инструментов вращение/перспектива. (Новые опции нужно включить в настройках).

Управление цветом

  • улучшенное управление профилями для каждого экрана (профиль должен автоматически обновляться);
  • улучшение совместимости встроенных профилей (должно решить проблему отображения в windows);
  • чтение встроенного цветового профиля из jpg.

А также доработано руководство пользователя и добавлены новые языки локализации (неполной) пользовательского интерфейса.

>>> Подробности

★★★★★

Проверено: tazhate ()
Ответ на: комментарий от prozium

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

prozium ★★ ()

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

Ok ()
Ответ на: комментарий от prozium

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

grem ★★★★★ ()

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

ollowtf ★★★ ()
Ответ на: комментарий от Ok

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

grem ★★★★★ ()

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

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

MikeB ★★★ ()

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

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

перевод:

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

fooser ()
Ответ на: комментарий от MikeB

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

grem ★★★★★ ()
Ответ на: комментарий от grem

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

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

prozium ★★ ()
Ответ на: комментарий от grem

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

AP ★★★★★ ()
Последнее исправление: AP (всего исправлений: 1)
Ответ на: комментарий от prozium

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

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

grem ★★★★★ ()
Ответ на: комментарий от post-factum

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

AP ★★★★★ ()

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

seftoner ()
Ответ на: комментарий от seftoner

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 позволяет просматривать невозможно :)

grem ★★★★★ ()

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

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

RussianNeuroMancer ★★★★★ ()
Ответ на: комментарий от post-factum

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

AP ★★★★★ ()
Ответ на: комментарий от seftoner

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

anonymous ()

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

das_tier ★★★ ()

Ура :)

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

duott ★★★★ ()
Ответ на: комментарий от duott

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

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

UNiTE ★★★★★ ()

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

grem ★★★★★ ()

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

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

provaton ★★★★★ ()
Ответ на: комментарий от provaton

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

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

AP ★★★★★ ()

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

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

vitalif ★★★ ()
Ответ на: комментарий от UNiTE

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

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

fc_user ()

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

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

petrosha ★★★★★ ()

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

anonymous ()

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

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

anonymous ()
Ответ на: комментарий от prozium

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

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

Joe_Bishop ()
Ответ на: комментарий от anonymous

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

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

Joe_Bishop ()
Ответ на: комментарий от Joe_Bishop

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

anonymous ()
Ответ на: комментарий от anonymous

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

AP ★★★★★ ()
Ответ на: комментарий от AP

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

convert some.tiff -crop 3072x2048+128+256 -resize 50% -unsharp 0x0.7+0.6+0.04 -sigmoidal-contrast 2x40% -quality 90 some.jpeg
Запускаю. Разглядываю этот самый some.jpeg, вижу - промахнулся малость, надо бы "-crop 3072x2048+160+256" сделать.
Поднимаю команду из истории, правлю, запускаю. Разглядываю снова и вижу что есть хорошо.
При этом после правки ни кусок командной строки за "-crop ...", ни предыдущий вариант команды из истории shell никуда не пропадают. Странно, правда?

anonymous ()
Ответ на: комментарий от anonymous

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

AP ★★★★★ ()
Ответ на: комментарий от AP

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

anonymous ()
Ответ на: комментарий от anonymous

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

AP ★★★★★ ()
Ответ на: комментарий от AP

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

anonymous ()
Ответ на: комментарий от anonymous

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

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

grem ★★★★★ ()
Ответ на: комментарий от grem

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

Joe_Bishop ()
Ответ на: комментарий от Joe_Bishop

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

provaton ★★★★★ ()

экспорт в 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»)

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

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.