LINUX.ORG.RU

Вышла Darktable 2.4.0

 , , ,


1

4

Состоялся релиз программы для проявки цифровых негативов Darktable 2.4.0. Одним из основных изменений стало то, что теперь библиотека RawSpeed развивается под крылом Darktable. Новую версию отделяют от предыдущей почти 3000 коммитов, включая коммиты в RawSpeed.

Основные нововведения:

  • Новый модуль для удаления тумана.
  • Модуль локального контраста теперь имеет гораздо большие пределы значений настроек.
  • Поддержка undo для масок и более сложный алгоритм группирования undo.
  • Появилась поддержка RAF со сжатием (новейший формат RAW от Fujifilm) и DNG с Deflate компрессией (используемый HDRMerge).
  • Новые режимы канального смешивания в Lab и RGB.
  • Модуль базовой кривой теперь поддерживает смешение экспозиций при помощи нового слайдера.
  • Модуль тоновых кривых теперь поддерживает автоматический режим.
  • В модуле CLUT появилась возможность использовать абсолютные колорометрические цвета на входе.
  • Новый алгоритм дебайеризации (точнее, де-X-trans-изации) для матриц X-trans, более качественно устраняющий ложные цвета.
  • Теперь можно использовать предопределённые профили операций для OpenCL.
  • Стало возможным принудительно включать OpenCL для определенных конвееров обработки изображения.
  • XMP файлы теперь не обновляются, если они не содержат изменений. Полезно для случаев, когда база данных снимков хранится на сетевом хранилище, а также для случаев, когда системы бекапа ориентируются по дате последнего изменения файлов.

Кроме этого, в состав новой версии вошли многочисленные изменения в UI, UX, исправления ошибок, добавление новых камер и объективов в базу данных. Также важным изменением стало то, что начиная с версии 2.4.0 Darktable официально поддерживает Windows™.

Для скачивания, пожалуйста, не используйте автоматически генерируемые тарболлы с github, они сломаны. Используйте ссылку.

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

★★★★★

Ответ на: комментарий от dk-

У меня в своё время была «флешка на 36 кадров» (точнее даже на 32) - SmartMedia 16Mb, ровно 32 кадра на моём первом цифровике Olympus Camedia C220 Zoom ;)

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

Linux не должен и не может ничего сделать.
Просто врать не надо. Про то что готов и для любого пользователя.
А то получается, что под линуксом можно всё но не всем.

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

Речь не про левую-правую, а про то, что это надо ещё сообразить, что надо ткнуть. Разработчики, наверное, ориентировались на «домохозяек», которые иначе как мышью не могут. А вариант для продвинутых запрятали поглубже.

В идеале, нагляднее всего было бы сделать спинбоксы справа от соответствующих ползунков. Но их при этом придётся синхронизировать с ползунком. Тронул ползунок - значение изменилось. Изменилось значение - ползунок съехал.

dk-, в LightRoom так сделано, как я описал?

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

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

С другой стороны, версию под windows просили пользователи windows, в которой теперь есть 2 бесплатных навороченных raw-конвертера практически для любых равок.

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

Я не разработчик. И не факт, что я правильно указал алгоритмы, может там ещё что есть :-)

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

> В идеале, нагляднее всего было бы сделать спинбоксы справа от соответствующих ползунков.

Именно так сделано в rawtherapee и это дико неудобно после darktable.

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

Это не линукс не готов для десктопа, это разработчики не готовы массово писать под него соответствующий софт.

У меня некоторые знакомые, например, периодически выдают: в линукс нельзя посмотреть список функций в файле проекта; нельзя сказать приложению подгружать не системные библиотеки, а идущие в комплекте с проектом.

Это из разряда некоторых разработчиков, которые на вопрос «почему не портируете?», отвечают «нам придётся тестировать под 100, нет, 1000! (иногда кажется, что здесь они имеют ввиду факториал) дистрибутивов.»

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

Это из разряда некоторых разработчиков, которые на вопрос «почему не портируете?», отвечают «нам придётся тестировать под 100, нет, 1000! (иногда кажется, что здесь они имеют ввиду факториал) дистрибутивов.»

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

И тут мы приходим ко второй, фундаментальной проблеме:

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

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

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

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

Они под винду осилить разработку не могут, где их с ложечки кормят, куда им под линукс что-то делать.

Вот. А под линукс их с ложечки не кормят. Кормили бы — был бы у нас и LR и PS.

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

Просто врать не надо. Про то что готов и для любого пользователя.

Так Linux-то готов. У тебя претензии-то не к линуксу, а к прикладному софту.

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

Так Linux-то готов

ну, т.е. ядро? ОК. Но кто в здравом уме из производителей софта будет вкладывать тонны человеко-часов для разработки хотя бы пользовательского энвайронмента?

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

Но кто в здравом уме из производителей софта будет вкладывать тонны человеко-часов для разработки хотя бы пользовательского энвайронмента?

Red Hat, Canonical, Google, etc.

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

Они уже показали, на что способны, имхо. Эра прошла. Их подход несостоятельный, надо в корне менять подход к окружению в Linux. Куча примеров маразмов. которые существуют уже десятки лет, и ни какая redhat их не решает.

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

Так это, прежде всего, надо миллион всяких курсов для макак, как это Microsoft делает, открывать. По .NET на каждом шагу курсы, только у меня тут 2 разные конторы в одном здании. А по линуксу вообще никак. Причем самое комичное, все курсы сейчас сопряжены с вебом, куда же без него. Так вот у этих поехавших бэкенд - весь на ASP.NET+MS SQL под виндосервер. Причем это курсы типа от горисполкома для развития малого бизнеса. Малого! На видносервере с MS SQL!

И что эти ацефалы могут под линукс выпускать?

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

Эра прошла.

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

Да и в отношении Android и ChromeOS как-то странно употреблять выражение «эра прошла». Скорее наоборот — «эра пришла».

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

Абсолютно с вами согласен. Работаю в этом направлении.

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

БАЗОВЫЕ. Какие именно - я перечислил. Все сверху это уже специфика.

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

Android и ChromeOS

не открытая система. (в том смыcле, чем являлся «IBM PC») А значит, развития не будет, сейчас это просто закидывание шапками ресурсом гугла

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

Смена темы. Chromeos - десктоп. Открытый. Хреновенький, зато популярный. Всё.

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

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

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

Что должен сделать Linux, чтобы под него появился LR?

Завести flatpak во все основные дистрибутивы, чтобы после flatpak install --from https://adobe.com/lightroom/lightroom.flatpakref LR гарантировано заработал на всех их актуальных версиях без проблем.

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

Тут щас тебя с Г съедят за flatpak :)

Но, на самом делле, это паллиатив и дело десятое. Тем или иным способом ПО поставится, хоть в /opt/

Основные проблемы - отсутствие единообразного UX. Это диалоги открытия и сохранения, системный трей, глобальное меню, заголовки окна, шрифты (везде они разные мля).

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

Я примерно то же самое хотел сказать, но заметь, в твоём сообщении нет слов «жопа», «лицо» и «пользователь» :-)

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

Очень ускоряет процесс работы. Виндузятники, конечно, не привыкли к такому и будут стонать, но ты-то должен понимать, что навести мыши и крутануть колесо это куда быстрее, чем тыкать, сбивая настройку.

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

Это диалоги открытия и сохранения, системный трей, глобальное меню, заголовки окна,

Как это мешает лайтруму?

шрифты (везде они разные мля).

У Lr испокон веков свой шрифт для гуя.

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

Как это мешает лайтруму?

захочет ли юзер обитать в такой среде - вот как. Вот у него супер отличные условные LR, Corel, и еще несколько проприетарных, каждое-по-своему-хорошее приложений. Но когда дело доходит до интеграции в систему - через жопу. Иконки dropbox в трее нет, файл экспортированный из LR не появляется в recents какого-нибудь eye of gnome

свой шрифт для гуя.

идеально! {сарказм}----|

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

Зубы сломают. Пусть хоть заорутся, гномодевелуперы его пропихнут в красношапку, остальные могут лет 5 попыжиться со своей альтернативой, в итоге всё-равно прогнутся. И будут эти едаки жрать flatpak нравится он им, или не нравится. Ибо без единой стабильной базы фотошопов в линуксы ни кто не будет завозить. Делать бизнесу нечего, чем под ваши over9000 дистрибутивов компелять ПО.

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

Но, на самом делле, это паллиатив и дело десятое.

Вовсе нет. Разработчикам стороннего софта — а мы тут, внезапно, топим за LR для Linux, вот нежданчик… — крайне важен именно канал доставки, в то время как UI/UX — дело десяток. Тот же LR не особо отличается в версиях для Windows и macOS, при совершенно разных подходах к построению UI/UX у этих систем.

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

И будут эти едаки жрать flatpak нравится он им, или не нравится.

Причём сильно подозреваю, что именно что бизнес скорее выберет snap, чтобы не кочевряжиться с собственными Runtime, или даже Steam.

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

при совершенно разных подходах к построению UI/UX у этих систем.

но при этом в них UX консистентен! в linux этого нет. Пусть flatpak впихнут - хорошо. Но это не исправит критикал совсем

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

Потому что пользователь - последнее на что нужно обращать внимание.

Developers, developers, developers, как говорится. А пользователи будут жрать то, что а) выполняет задачу, б) дешевле\оказалось предустановлено.

MS, если на то пошло, сильнее всех пятой точкой к пользователям повёрнуто. И ничего, доминирует на десктопе.

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

Иконки dropbox в трее нет, файл экспортированный из LR не появляется в recents какого-нибудь eye of gnome

что, прямо вот до такого уровня «щаз»? Я правда давно в винде не был. А мак хоть и черезжопный, но вроде такого детского сада там нет.

А винда после 7ки потеряла много консистентности UI. Не знаю как щас, но тогда (в 8ке) было больно смотреть, как там 3 стиля интерфейса перемешивается между собой. Уже 100 лет не видел, может починили, но сомневаюсь - мировой тренд на декаданс же.

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

Без разницы, на самом деле. Главное, чтобы хоть что-то стало мейнстримом уже.

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

MS, если на то пошло, сильнее всех пятой точкой к пользователям повёрнуто. И ничего, доминирует на десктопе.

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

http://prior.sigchi.org/chi96/proceedings/desbrief/Sullivan/kds_txt.htm

Вот пример проработки UX. Например, затенение значка при 'cut' выделенного файла. Кто из гнома или kde о таком думает вообще? В гноме ни границ между элементами и окнами не видно, ни фокуса ввода - срамота. KDE совсем под веществами лепили обдолбыши-дизайнеры с синдромом «яж программист». Именно из-за таких мелочей все любили gnome2 и kde3 - там было больше отработано и реализовано

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

Так они до сих пор выезжают на популярности, которую приобрели довольно заслужено.

С этим поспорил бы. Но бизнессмен Билл хороший - это факт.

Кто из гнома или kde о таком думает вообще?

https://developer.gnome.org/hig/stable/
https://community.kde.org/KDE_Visual_Design_Group/HIG
Не вижу проблем, о которых ты пишешь (актуальной в гномощели, по крайней мере), да и в оффтоп скатимся лютый сейчас. ИМХО, это вкусовщина. Мне нравится куда и как идёт гномощель. И пока что не видел неровностей, объяснения которм бы не мог найти. Кастуй в корректном треде, побеседуем)

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

Выбираешь «only TCA», а в geometry ставишь «panoramic», и оно больше ничего не трогает, кроме TCA.

То есть ничего не трогает? Если объектива нет в базе, то какой-то пресет всё равно придётся выбрать же и потом «целевую геометрию».

Полез читать руководство.

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

Не спорю. Зажать какой-нибудь Ctrl или Alt, и крутить до упаду. Иначе оно должно просто список контролов прокручивать.

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

Я к тому, что в зависимости от выбранного профиля объектива, там тоже чуть меняется и при panoramic. Вручную, похоже, степень бочки менять нельзя, только выбором пресета «целевой геометрии».

Ещё проблема в том (или это наоборот хорошо), что некоторые камеры сами делают коррекцию виньетирования и дисторсии в зависимости от используемого объектива.

P.S. Для смены языка интерфейса пришлось лезть в darktablerc и задать en для ui_last/gui_language.

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