LINUX.ORG.RU

Выпущен GIMP 2.10

 


6

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 ()

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

А если проверим?

Мне в этом слышатся гопнические нотки.

Ваще-то я лично проверял. Ну и ты проверь, мне не жалко.

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

А вот гном во всей красе :( https://imgur.com/Zse4iDE Какой же из них нужной версии?

Гном тут при чём? Он показывает то, что записано в gimp.desktop

nvl ★★ ()

Ну наконец то свершилось! Ждем в koji, потом в bodhi, потом в updates-testing и updates.

anonymous ()

А GIMP реально сложно портировать на Qt? Или этим просто никто всерьез не занимался.

P.S. Не я в курсе, что GTK - это GimpToolkit, но проблемы с портированием Gimp на его же туллкит более новой версии как бы намекают...

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

намекают на то что там тулкит не нужен, так как все нестандартное кроме разве что меню.

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

А GIMP реально сложно портировать на Qt? Или этим просто никто всерьез не занимался.

Опенхаб насчитал в гимпе 844 882 строки кода. Основная часть — GUI.

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

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

А GIMP реально сложно портировать на Qt?

Как же вы надоели со своими идиотскими вопросами.

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

Вообще не понимаю этого хотения все гтк программы портировать на кути, пофиг так-то, даже в кедах работает и ок.

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

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

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

Давай переведём разговор поближе к сабжу.

https://git.gnome.org/browse/gimp/tree/configure.ac

Цитирую выборочно:

m4_define([babl_required_version], [0.1.46])
m4_define([gegl_major_minor_version], [0.4])
m4_define([glib_required_version], [2.54.2])
m4_define([gexiv2_required_version], [0.10.6])
m4_define([libmypaint_required_version], [1.3.0])
m4_define([lcms_required_version], [2.8])
m4_define([libpng_required_version], [1.6.25])
m4_define([openjpeg_required_version], [2.1.0])
m4_define([webp_required_version], [0.6.0])

А теперь угадай, что получают пользователи той же Ubuntu 16.04 LTS?

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

Да, признаю, я идиот, с идиотским вопросом: «А GIMP реально сложно портировать на Qt?». Каюсь.

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

hobbit как всегда, с умным видом сморозил глупость.

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

А теперь угадай, что получают пользователи той же Ubuntu 16.04 LTS?

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

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

Именно. Либо надо добавлять PPA/copr/whatever с более новыми версиями библиотек, установленными параллельно. Причём я не скажу за copr, поскольку уже не пользуюсь федорой, а вот в существующем PPA товарища Кисельгуляша гимп собран так, что стабильная версия параллельно с нестабильной установлены быть не могут. Про что ему говорилось примерно 100500 раз, но воз и ныне там.

Конечные пользователи, которые реально всем вот этим софтом пользуются, почему-то оценили аппимидж. Что хорошо видно по сообществу той же Криты. А вот чем занимаюся противники таких сборок — я не знаю. Пусть расскажут :)

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

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

Так что, как по мне, аппимдж скорее для того, чтобы по быстрому затестить новую версию и снести спокойно, не внося изменений в систему, но не для того, чтобы по 5 раз на дню распаковывать ЖЫМП по полминуты.

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

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

А вот чем занимаюся противники таких сборок — я не знаю.

Болтовней. Иначе бы на практике осознали бы всё сами.

Вообще удивительно, костыль, который облегчил бы всем жизнь, существует много лет. http://alien.cern.ch/cache/autopackage-1.0/site/docs/binreloc/ Почему его не применяют массово загадка. Видимо мейнтейнерам нравится быть царьками, решающих за всех кому чем и какой версией пользоваться. Гнать всех ссаными тряпками, свободу пользователям!

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

Я периодически запускаю криту из аппимиджа на десктопе десятилетней давности. Не пять раз в день, конечно, но мне норм. А вот гимп висит в фоне постоянно и каши не просит. Перезапускаю только после пересборки.

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

У аппимдж есть громадный минус - они сильно пожаты и при запуске распаковываются.

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

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

Ну я бы сказал так: PPA может быть полезен, но ни PPA, ни аппимиджи не защищены от произвола упаковщика :)

Например, FreeCAD собран в аппимидж без IfcOpenShell, что делает все победные реляции Йорика про BIM несколько... Эээ... :) Причём исправлять это упаковщик фрикада даже не собирается. Предполагается, что пользователь ручками делает в консоли фрикада импорт соответствующего питоньего модуля.

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

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

Deleted ()

Народ, кто-нибудь подскажет, когда GTK из Gimp ToolKit превратился в самостоятельный проект?

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

А вот чем занимаюся противники таких сборок — я не знаю.

В который раз пересобирают мир и выпиливают info-странички же.

thunar ★★★★★ ()

кто-то подскажет, как можно заставить работать gimp-gmic с новым gimp через flatpak?

или только ждать следующего релиза в дистрибутиве

awesomenickname ★★★★★ ()

А классический импорт из RAW чем делаете?

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

Ему уже давно капец - после введения подписок.

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

Что такое «классический импорт из RAW»?

AP ★★★★★ ()

Большое спасибо за новость. Один из лучших растровых графических редакторов, стал еще лучше!

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

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

+1. Два чаю этому господину.

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

Что такое «классический импорт из RAW»?

Кинул в лайтрум, применил пресет, конвертнул в jpg, запостил во фликр

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

Тогда я быстро пока не заметили возвращаюсь к своему предложению о DEB/RPM со статической сборкой. GIMP вполне пойдёт под особый случай.

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

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

Ничего не засирается, ЧЯДНТ? У меня всё это валяется в /opt/program_name/version/ и никаких проблем. А валяется там несколько версий firefox, например (dev версия и ещё разные версии для тестироваия), статический deadbeef, kdevelop appimage, статический ffmpeg три версии с сайта и ещё несколько программ, какие-то были туда просто собраны самостоятельно метедом make install (это удобней чем собирать пакеты, которые будут мешаться и при обновлении могут отвалиться, пересобирай потом пакет заново под новые зависимости).

Ничего в корне незасирается, ЧЯДНТ? Всё аккуратно разложено в специально отведённом месте.

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

А GIMP реально сложно портировать на Qt?
проблемы с портированием Gimp на его же туллкит более новой версии как бы намекают

Сам и ответил :)

Нужно превратить что-то такое: https://developer.gnome.org/gtk-tutorial/stable/c39.html

во что-то такое: https://doc.qt.io/archives/3.3/tutorial1-01.html

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

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

Я вообще, отвечал вполне конкретному регистранту-телепату (см. про луддитов, ЧСВ и др.). Или ты и есть тот регистрант, только разлогинившийся? Ну окей.

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

А GIMP реально сложно портировать на Qt? Или этим просто никто всерьез не занимался.

Таких портировщиков надо бубном об асфальт рихтовать чтобы не портили софт.

P.S. Не я в курсе, что GTK - это GimpToolkit, но проблемы с портированием Gimp на его же туллкит более новой версии как бы намекают...

А кутешный софт вызывает проблемы у пользователей со вкорячиванием нужных версий кутей в систему. Это намного хуже. Гетекашный софт обычно менее требователен к тулкитам - есть в системе ГТК2 и ГТК3 каких-то версий, ему их и хватает. Кутешники же прибивают гвоздями к своим изделиям зависимость от распоследней версии кутей на машине разработчика. Просто Qt5 пользователю иметь в системе недостаточно, нужна Qt5.1000000000.1

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

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

У тебя неправильные кутешники. Stellarium — одна из красивейших Qt-программ — собирается под Linux с Qt 5.6.3. (На мой взгляд, можно было бы прозондировать и сохранение совместимости с Qt4, тем более, что на QML они, ЕМНИП, так и не перешли, но это да, требует от разработчиков определённых усилий, которые они вправе потратить на другиецели.)

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

Вот пусть авторы дистров этим и занимаются.

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

А GIMP реально сложно портировать на Qt?

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

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

Flatpak и Snap по дефолту хранят всё на корне. Первый в /var/lib/flatpak, второй в /snap

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

У тебя неправильные кутешники.

Где же их правильных взять-то? Даже mkvmerge guy выше версии 7.4.0 из-за требований к кутям не собрать.

У тебя неправильные кутешники. Stellarium — одна из красивейших Qt-программ — собирается под Linux с Qt 5.6.3.

Круто. А у меня Qt 5.0.2 - пятые кути в системе есть а не соберётся:)))))) В маздайке к кутям особых претензий нет - если софтина не заработает, то и хрен с ней, а если заработает, систему не засрёт, потому что там Qt не системный элемент: кладётся в каталог программы несколько либ, а от системы вставать раком для ублажения тулкита не требуется. Проблемы с кутями в линуксе.

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

Flatpak и Snap по дефолту хранят всё на корне. Первый в /var/lib/flatpak, второй в /snap

Это не корень. Хотя snap можно было бы засунуть в одну из существующих директорий, как flatpack например. Претензия не к технологии вовсе, а к бюрократии мейнтейнеров.

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

Круто. А у меня Qt 5.0.2 - пятые кути в системе есть а не соберётся:))))))

Я на всякий случай поясню: «собирается под Linux с Qt 5.6.3» означает, что пакет с офсайта собран с этой версией, а не то, что под более ранними собираться не будет. Но тут да - надо смотреть, проверять.

Проблемы с кутями в линуксе.

Статическая сборка Qt что в винде, что в линуксе работает хорошо.

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

Статическая сборка Qt что в винде, что в линуксе работает хорошо.

В теории, а где софт так собранный? В линуксе для C++ программ статичность подразумевает ещё и не требование к высоким версиям системных линковщиков, глибца, глиба2, ABI и прочего, из-за которых например gimp-2.10.0-20180405_2134.glibc2.15-x86_64.AppImage не запускается. На заборе образе написано что нужен glibc2.15, а на самом деле - выше.

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

имхо главная проблема flatpak-а — это то, что они навелосипедили свой бэкенд вместо использования, скажем, докера или nix

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

/actionless

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

А если проверим?

я смотрел 2.9.6 хоткеи работали на винде, в отличие от 2.8.20

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