LINUX.ORG.RU

Выпущен GIMP 2.10

 


5

4

Команда разработчиков GIMP объявила о выпуске версии 2.10. Публичный анонс был сделан на конференции Libre Graphics Meeting 2018, проходящей в эти дни в Севилье (Испания).

Ключевые новшества относительно версии 2.8:

  • добавлена поддержка обработки графики с точностью 16/32 разряда на цветовой канал целочисленно или с плавающей точкой;
  • реализована опциональная обработка в линейном пространстве RGB;
  • доступно 15 новых режимов смешивания, включая Pass-Through (по итогам треда на LOR);
  • управление цветом переписано и включено в ядро программы, теперь корректируется вывод на экран всех цветовых виджетов;
  • цветовые пространства CIE LCH и CIE LAB теперь используются в ряде инструментов;
  • работа некоторых фильтров ускорена за счёт мультитрединга;
  • добавлены инструменты трансформации Unified Transform, Handle Transform и Warp Transform;
  • переписанный инструмент градиентной заливки теперь позволяет редактировать градиенты прямо на холсте;
  • добавлено вращение и зеркалирование холста (в т.ч. по просьбе пользователя LOR);
  • рисование кистью ускорено за счёт использования отдельного потока;
  • добавлены просмотр и редактирование метаданных Exif, XMP, IPTC;
  • добавлена поддержка WebP, OpenEXR, RGBE, HGT;
  • улучшена поддержка TIFF, PNG, PSD, PDF, FITS;
  • добавлена предварительная обработка открываемых файлов raw с помощью darktable или RawTherapee (можно подключать свои плагины);
  • появилось порядка 80 фильтров на базе GEGL с предпросмотром на холсте, в том числе с регулируемым сравнением до/после обработки.

Подробный обзор новшеств на английском языке опубликован на сайте проекта. Для скачивания доступен исходный код. В ближайшее время появится сборка во Flatpak. Рассматривается возможность публикации AppImage.

Поскольку у проекта есть риск провалиться в очередной затяжной цикл разработки — теперь уже версии 3.0 с портом на GTK+3 — cтабильная ветка 2.10.х открыта для включения новых функций.

С момента выпуска версии 2.8 состав команды изменился: по статистике OpenHub на лидера проекта Михаэля Наттерера за последние 12 месяцев приходится 25% патчей, а не 80% как ранее. Заметную часть работы оттянули на себя Жеан Пажес и Эл (25% и 24% патчей соответственно).

Кроме того, за это время заметно выросла активность в проекте GEGL, которым руководит Эвинд Колас. Однако основная работа в обоих проектах по-прежнему выполняется лишь шестью участниками. Двое из них — Жеан и Эвинд — ведут персональные кампании на Patreon и Liberapay, к которым вы можете подключиться.

>>> Скачать

>>> AppImage-пакет (тестовые сборки)

>>> Статус пакета в репозиториях дистрибутивов (Repology)

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

★★★★★

Проверено: jollheef ()

добавлена поддержка обработки графики с точностью 16/32 разряда на цветовой канал целочисленно или с плавающей точкой;

Да неужели.

te111011010 ()

Размывание по гауссу всё еще провоцирует на злоупотребление кофеином?

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

Смотря с какой версией сравнивать.

AP ★★★★★ ()

Больше двух Гимпов в одни руки не давать! ;)

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

Гм, я думал там во всех без fft, или где-то ещё было проседание (например из-за ввода gegl)?

subwoofer ★★★★★ ()

В ближайшее время появится сборка во Flatpak. Рассматривается возможность публикации AppImage.

Надо под все эти новые форматы выпускать. Традиционные репозитории неподходят для распространения десктопного софта.

Жаль под мак порт не пилится активно.

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

Традиционные репозитории неподходят для распространения десктопного софта.

Смотря какой софт. Если всё будет во Flatpak - понадобится террабайтник для корневого раздела

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

Традиционные репозитории неподходят для распространения десктопного софта.

Опять ты?

RazrFalcon ★★★★ ()

16/32 разряда на цветовой канал целочисленно или с плавающей точкой;

Ирси яви себя

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

У меня всегда найдется калёный лом для вашей модной пилорамы
200мп/16бит смогёт?

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

это тренд такой сегодня? Даёшь в массы GIMPDos, GIMPKde, GIMPBsd, GIMPRubi, GIMPCli, GIMPIvanov5.1DeluxeEdition и т.д. и т.п.

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

Даёшь в массы GIMPDos, GIMPKde, GIMPBsd, GIMPRubi, GIMPCli, GIMPIvanov5.1DeluxeEdition и т.д. и т.п.

Ты точно уверен что знаешь в чём разница между Dos/Kde/Bsd/etc и AppImage?
>>> http://en.wikipedia.org/wiki/AppImage

atsym ★★★★★ ()

У меня 2 вопроса: когда будут filter layers? Когда портируют на GTK4?

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

Да, опять я.
Для меня важнее прогресс, а не религия и слепая вера.

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

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

Exmor_RS ★★ ()

Джва года ждал! Наконец-то! Ждём в репах.

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

Надо под все эти новые форматы выпускать

Бе-бе-бе не хотим под каждый дистр пакеты собирать, хотим модный flatpack один на всех… и appimage… и snap…

MrClon ★★★★★ ()

Script-Fu выбросили? Если да, то на чем писать свое?

spoilt ★★ ()

Скачать

Посмотреть на волосню между конечностями робота как бы намекающую, на результат скачивания: исходники самого гимпа не скомпиляешь потому что они на C++14, а как сокрмить файл flathub.flatpakrepo пакету flatpack-3.3.0-0.r425.1.jpp6.noarch.rpm там не написано. Пакет в системе есть, неизвестная тряпочка с сайта гимпа есть, сам гимп есть где-то в интернете, а как это вместе соединить - 0 информации.

Napilnik ★★★★★ ()

Мир, Труд, Гимп!

Слава AP! Слава разработчикам Опенсоурс! Слава мэинтейнерам! Слава Открытому коду! Слава Линуксу!

:)

deepforest ★★ ()

Бубунта и гимп в один день. Ребята, астанавитесь!

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

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

Орды луддитов конечно против, лишаться своих дипломных работ и подогрева ЧСВ не хочется.

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

Софт для удобства пользователей, а не пользователи для ЧСВ мейнтейнеров.

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

У меня 2 вопроса: когда будут filter layers?

В версии 3.2. Дату тебе никто не назовёт.

Когда портируют на GTK4?

После того как портируют на GTK+3.

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

Script-Fu выбросили?

Из чего ты сделал такой вывод?

AP ★★★★★ ()

Скачать

flatpak install https://flathub.org/repo/appstream/org.gimp.GIMP.flatpakref

ставится GIMP 2.8.22...

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

Сначала был «переносимый» C. Потом не менее «переносимый» C++. Потом наконец-то появилась «write once - run everywhere» Java. Потом докер, в доках которого есть раздел про java, too. Теперь AppImage. Извините, если пропустил чего. Видно две тенденции:

1. Переносимость - вечная всеобщая попаболь. (И недостижимый идеал, как серебряная пуля, - просто в силу существования разного железа.)

2. Чем дальше, тем более тяжёлыми и громоздкими средствами эту переносимость пытаются обеспечить. Последние веяния - это уже полный трындец, деградация и разжижение мозгов: тащить с каждым приложением добрую половину операционной системы.

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

dimgel ()
Ответ на: GIMP-*.AppImage от atsym

Re: GIMP-*.AppImage

P.S.: Не-официальные AppImage-пакеты

https://github.com/aferrero2707/gimp-appimage/releases

Там написана лажа. Скачал файлы gimp-2.10.0-20180329_2129.glibc2.15-x86_64.AppImage и gimp-2.10.0-20180405_2134.glibc2.15-x86_64.AppImage а при попытке запустить их пишется

bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by ././/lib/libglib-2.0.so.0)
bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.18' not found (required by /tmp/.mount_jLLDwf/usr/optional/libstdc++/libstdc++.so.6)
bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by /tmp/.mount_jLLDwf/usr/optional/libstdc++/libstdc++.so.6)

И даже gimp-2.9.9-20171219.glibc2.14-x86_64.AppImage плюётся

bin/gimp.bin: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by ././/lib/libgexiv2.so.2)
bin/gimp.bin: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by ././/lib/libgexiv2.so.2)
bin/gimp.bin: /lib64/libc.so.6: version `GLIBC_2.17' not found (required by ././/lib/libglib-2.0.so.0)

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

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

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

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

Ну и как это скомпилять если работает;) Это не вылизывание а заплёвывание.

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

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

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

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

Ты только выиграешь.

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

Ну и как это скомпилять если работает;)

Мая твая нипанимай. Переведите на русский, пожалуйста.

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

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

после того как им понадобится откатить софтину назад.

А какие проблемы? Я неделю назад пробовал RC1 гимпа, установив его из репов пакетом, когда оказалось что в нем есть баг, откатился на 2.8 за 10 секунд. У меня какой-то особенный, магический линукс, или я розовый пони?

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

Нет и не планировалось в этой версии.

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

Да ты конкретно поставишь себе генту или лфс и будешь сидеть в идеальной системе с протухшим софтом.

Протухший софт - в генте?! Аррыгынально! Как здесь в таком случае принято писать, 4.2.

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

Да, конечно. Это намного лучше нынешней ситуации, когда десятки тысяч человек-часов тратятся на ежедневную пересборку 90000 уже успевших программ под 90000 никому не нужных дистрибутивов-глюкодромов с сотнями несовместимых и held пакетов.

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