Гимп 2.9.8 вышел

это ж девелоперская ветка

Wayland support

А чо, эта дрянь даже гимп запустить не могла?

Толстовато. Лопнуть не боишься?

Не боюсь.
а) нас учили быть смелыми и
б) я уже лопнул, это брызги.

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

Снятие цвета пипеткой реализуется отдельно для иксов, вяленда, винды и макоси. Теперь живи с этой информацией :)

А весь остальной GIMP будет на Wayland только с полным переходом на GTK3+, верно?

Ага.

Это велосипед в Кубе или безисходность?

Снятие цвета пипеткой реализуется отдельно для иксов, вяленда, винды и макоси. Теперь живи с этой информацией :)

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

Это наша родина, сынок.

в Кубе

На Кубе же.

Тема ГТК в новости просто чудовищная.

Какая? XOrg?

это ж адвайта

А зачем так сделано? У гимпа же есть слои, есть инфа о том какой слой активный, есть инфа о изображении на слое, и есть инфа о том, куда пользователь ткнул пипетку. Так зачем отдельные реализации для различных графических подсистем? Разве структура изображения не одинаковая везде?

Скорее всего снятие цвета с рабочего стола за пределами гимпа

Без сцылки на скачивание - несчитово

в Кубе

На Кубе

Вна Кубе

https://www.gimp.org/downloads/devel/ и компилируй. В дистрибутивах Линукса уже обновилось.

Где готовый установочный msi под целевую платформу?

https://download.gimp.org/mirror/pub/gimp/v2.9/windows/gimp-2.9.8-x64-setup.e...

Не знал, что так можно

Нет. Это от 24 августа, я его даже обзревал как-то.

Чем конкретно?

Нет такого файла. Не собрали ещё.

я знаю, а ист76 шутку не понял.

Ну вот и я не понял :)

сейчас проверил, не получается, окно просто теряет фокус, скорее всего с другой программой перепутал, кажется в КДЕ или кдешной проге где-то была такая фича

И сколько нужно на его сборку и выкладывание?

У меня на домашнем обновился за пару часов, при том, что по зависимостям решило пересобрать Хромиум :)

Это ладно. Но то что нужно отдельно реализовывать для GNOME/Wayland и KDE/Wayland - слегка перебор. Тут действительно единого протокола не хватает

Ждём в Debian stable.

1. Для этого попросту нужно свободное время.
2. Ell собирался подождать выпуска новой версии GEGL. Этой ночью она вышла. Вероятно, вечером соберёт.

А они с поддержкой AVX512 собирают, или только AVX2 ?

Без понятия :)

А пипетка на вяленном небось только в гноме работает? :^)

Представляю темы на ЛОРе «поставил новый гимп у меня отвалилась пипетка»

The Color Picker widget will now also work in KDE/Wayland. Note that there is still no color-picking interface in GNOME for Wayland, so as a workaround, color picking will only work inside GIMP windows for this platform.

Гимп 2.9.8 вышел

Ну и пусть дальше идёт, для онтопика всё равно нет статичных сборочек не требующих установки в систему.

А они собирают с AVX(1/2/512)? В ключах только SSE, -fast-math avx вроде не задействует. В коде, ну как минимум в том, что смотрел, тоже видел местами ручные SSE оптимизации (в babl, например, в коде управления цветом), но намёков на AVX я не видел. Хотя я и не весь код gegl/babl-а смотрел.

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

Если конкретно, то вообще всем абсолютно каждым аспектом.

Это было легкое дружеское подтрунивание.

На самом деле, оптимизации под современные процессоры не повредили бы Гимпу. Его проприетарный аналог от Adobe такие оптимизации имеет, и включение AVX даёт заметный прирост при обработке изображений.

Своей серостью

Вкусовщина.

чудовищно низким контрастом в некоторых местах

Где конкретно?

и просто безвкусно выглядит.

Вкусовщина.

На ФШ походит.

Где конкретно?

Это не вопрос контрастности, но различать монохромные растровые иконки на QHD мониторе реально тяжело. Светло-серый текст на тёмно-сером фоне также не способствует читаемости.

Пересобрал с векторными, но ещё не пробовал.

Почему разрешение имеет значение?

Светло-серый текст — это 93 из 100 по HSV/HSL. Т.е. почти белый.

На самом деле, оптимизации под современные процессоры не повредили бы Гимпу

Ну, не повредили бы - это конечно да.
Но тут возникает, как мне видится, несколько проблем.
1) просто добавлением флага в компилятор особого прироста не добавиться. Необходимо изначально писать код заточенный под векторизацию и производить её вручную, там где это нужно. А тот, что уже написан, внимательно переделывать. Это не так просто, там куча нюансов.
2) avx таки есть не везде. Надо расставлять дефайны и сделать в gegl функции определения наличия поддержки CPU (это несложно)
3) для всего этого нужен заинтересованный человек с громадным количеством свободного времени и соответствующим опытом.

Вот, допустим, к меня есть некоторый опыт ручной векторизации, но адово не хватает сил и времени даже Фурье покрутить, который в предыдущем топике по Гимпу хотел (и хочу) поделать. Вкратце, я набросал прототип gegl-операции -> собрал/погонял его в Гимпе на фотках с сайта Хаббла -> понял, что kissfft, мягко говоря, не вывозит по производительности (1,5 минуты одно FT на 7500x6500 - это больно, при том, что загрузил все 4 ядра в топ), если мы не попадаем в определённую длину сигнала -> засел урывками велосипедить, авось не надоест.

4) Как мне кажется, у gegl есть несколько других сложностей, которые при их разрешении дали бы очень существенный эффект. Вот, КМК например, невозможность проводить предвычисления перед запуском процессов обработки тайлов.
Поясню. Вот есть в операции 1d блюра вычисление сверточных матриц (iir или fir, не важно), которое, в принципе, зависит только от sigma и вычислить его достаточно 1 раз. Но поскольку предвычислить и предоставить уже готовую матрицу в операцию обработки тайла мы, как я понял, не можем, то перевычислять эту самую сверточную матрицу приходится для каждого тайла, а поскольку тайлы маленькие, то получается вполне такой оверхэд.

Вкусовщина.

Вот не надо этого. Выглядит отстойно, тупо и мерзко.
По теме видно что у человека просто усидчивости на другие элементы не хватило.
Шарманку про у всех вкусы разные тоже сворачивайте. Ну или не удивляйтесь потом 1%.

Где конкретно?

ListView с древовидными элементами посмотрите. Но вообще везде, абсолютно. Эту тему нужно сжечь вместе с монитором автора.

Вот не надо этого. Выглядит отстойно, тупо и мерзко.

Ну т.е. вот я прихожу на профессиональную конференцию CG Event рассказывать про новый гимп, показываю скриншоты с видосами, народ говорит «круто-круто, какой классный новый гуй, хотим-хотим, когда же уже стабильный релиз?». Но я должен их всех проигнорировать, потому что какой-то незнакомый мне перец с ЛОРа говорит «выглядит отстойно, тупо и мерзко»? Чё-то не складывается паззл.

ListView с древовидными элементами посмотрите.

Возможно, у меня замылился глаз, но я не вижу там никакого жуткого уродства.

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