LINUX.ORG.RU

Gimp 2.9.6 в работе

 , ,


0

4

Совсем недавно было выпущено крупное обновление нестабильной ветки GIMP под номером 2.9.6. У нас это тоже вызвало бурное обсуждение. К счастью, никто не пострадал.

Чтобы рассуждать о вкусе устриц, неплохо бы их поесть; чтобы иметь мнение о графическом редакторе — неплохо обработать в нём фотографию. Именно этим я и занялся, предварительно сходив в баню, надев чистое исподнее и помолясь.

Для обработки снял фото совсем простого EDC-набора. Снято на D800, соответственно разрешение фото 7376x4924 пикселей, цвет 16-битный (о да, то о чём так долго говорили большевики, наступило). Про рав-конвертацию сегодня не будем, это совсем отдельная история.

Снято на макрик, снято крупным планом. Как не уберегайся от пыли и царапин, они на фото будут. Поэтому, первым этапом — ретушь мелких дефектов. В чём-то здесь даже сложнее чем на портрете — много бликов, мелких деталей, одно неловкое движение и будет заметно, что вместе с пылью поломали и геометрию. Healing Brush и Clone Stamp отработали на «отлично». Я не стал убирать всё, это не рекламный каталог. Но если заморочиться и потратить часок, можно, пожалуй, не оставить ни пылинки ни соринки. Из минусов — для Clone Stamp нет предварительного просмотра «заплатки», нельзя прицелиться и ляпнуть ее поточнее с первого раза. Приходится держать свободную руку на CTRL+Z.

Общий недостаток всего интерфейса (как по мне) — совмещение поля ввода значений (например, размер кисти, радиус размытия) со слайдером (он так называется?). В результате тыкаешь мышкой в значение радиуса размытия, чтобы вбить своё, а у тебя слайдер сдвигается, значение меняется само, а в цифры ты вообще не попал. Это обескураживает. Зачем-то так сделали, но мне вот кажется неудобным. Кстати, значения часто регулируются слайдерами аж с точностью до сотых. Сиди, лови, ага.

Ещё в новом Гимпе появился HighPass-фильтр. Он, на самом деле простой, делается из блюра в три операции, но раньше его не было и приходилось делать вручную. А теперь он есть и работает как надо. Можно взять отдельный канал, в котором больше интересующих деталей, размыть все мелкие детали агрессивным шумодавом а затем применить HighPass с большим радиусом (здесь, например, 200). На получившееся наложить подходящую кривую, а результат смешать с основным изображением в режиме SoftLight. Получится деликатное, но мощное усиление локального контраста — Маргулисовский HiRaLoAm на стероидах.

Минусы: Blur в Gimp медленный, а HighPass, похоже, медленнее ещё в полтора раза. Сидишь и наблюдаешь, как перерисовывается тайл за тайлом.

Ну и финальное наведение резкости. Новый слой полностью из зеленого канала. Легкий шумодав, чтобы не добавлять слишком много шума на следующем этапе. Кстати, шумодав, почему-то молниеносный. Не ожидал. HighPass с радиусом 1.2. На самом деле, этот этап должен выполняться последним и радиус надо подбирать под целевое разрешение. Это поможет избежать нежелательных артефактов при изменении разрешения изображения. К получившемуся слою я применил такую кривую, чтобы усилить контраст слоя в области темнее 128 и заметно ослабить то, что светлее. Это делается потому, что светлые ореолы после шарпинга гораздо заметнее тёмных, а ведь именно USM мы и делаем таким непростым способом. Слой помещаем наверх в режиме Overlay, непрозрачность по-вкусу.

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

Но. Тут и вылезает из всех щелей главный недостаток Гимпа лично для меня. У меня не самый новый компьютер: i6700k@4400Mhz, 32Gb DDR4, GTX780, но и не такой уж устаревший. И на нём Гимп тормозит. Тормозит зуммирование по колесу мыши. Тормозит передвижение по фотографии в масштабе 100%. Конечно, тормозит предпросмотр всех применяемых фильтров. Ну а рисование маски для фотографии при размере кисти 1000-2000px просто невозможно. Я пробовал несколько раз и я не смог. Простите меня люди. Наверное, можно попробовать сгенерировать маску автоматически, например, на основе синего канала. Или из цветностных каналов (ab, hs). Я просто махнул рукой и не стал. Схлопнул слои, уменьшил, сохранил в jpg и закончил на этом обработку.

А пользоваться новым Гимпом постоянно и в полную силу я пока повременю. До апгрейда.

★★★★★

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

Возможно, я недостаточно чётко сформулировал.
Имею ввиду - именно обработка полноразмерной фотографии или даже панорам. Сразу после конвертаци, а не окончательный препресс, когда и размер можно урезать и 8бит достаточно с запасом.
Потому что по тому что я вижу - для 6МП скорости уже должно хватать. А на 30-50 и больше не хватает.
И ещё, на скорость явно влияет скорость диска. При том, что вся картинка лежит в оперативке и места там полно - это странно.

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

Я спрашивал Митча, на чём он тестирует. Он назвал какую-то зеркалку пятилетней давности.

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

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

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

И ещё, на скорость явно влияет скорость диска. При том, что вся картинка лежит в оперативке и места там полно - это странно.

Проверь в настройках, сколько у тебя чего под фото выделяется.

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

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

Лично я: а) не умею; б) считал, что все итак в курсе в) не очень представляю, какие именно вещи стоит бенчмачить и надо ли оно кому-то

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

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

Проверь в настройках, сколько у тебя чего под фото выделяется.

На видео специально Preferences открыл, для любознательных

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

А ведь гимп не стал медленнее за последние 10 лет. Просто производительность одного процессорного ядра НЕ выросла в (7364*4924)/(1366*768)=34,6 раза. Вспоминаю об этом каждый раз, когда открываю 4К фотку чтобы просто откадрировать. Привык к нему, требования небольшие, ставить и изучать фотошоп лениво.

З.Ы. В институте ретушировал пару сканов чертежей ~10К*15К (А2) в гимпе на нетбуке. Это было жёско, но мне удалось

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

А ведь гимп не стал медленнее за последние 10 лет.

Истинно говорю - он стал гораздо быстрее

Просто производительность одного процессорного ядра НЕ выросла в (7364*4924)/(1366*768)=34,6 раза.

Смотря как считать: ядер теперь не 1, а 8 (а у некоторых и 16+), появились AVX2, CUDA, OpenCL и прочая. Я здесь старательно избегал упоминания софта с Тёмной Стороны, но он, таки да - во всю использует и CUDA и AVX2 и другие Запретные Знания и использует с толком.

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

софта с Тёмной Стороны, но он, таки да - во всю использует и CUDA

А Темнейший разве CUDA пользует? Я всегда думал, что OpenGL и OpenCL + векторизацию (те самые SSE, AVX).

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

Ты прав. Да - есть галочки Use Graphics Processor, есть Use OpenCL
а куды нет. Попутал. Ну и векторизация точно есть и в LR очень помогает.

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

Его глвный косяк в однопоточности. Если бы он паралелил кисть и отрисовку на 4-8 потоков, тормоза были бы приемлимыми а так ему никакая cuda не поможет.

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

если кисть большая, то она несколько тайлов сразу занимает
или я опять какую-то глупость говорю?

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

В этом то и проблема. Было бы просто, уже бы сделали.

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

Хотя, кошмарный алгоритм навскидку: Представить мазок кистью как серию кликов каждые 10-20мс, записать в очередь их координаты, сгрупировать по 10-50 штук и отправить в отдельный поток на объединение в отдельном слое/буфере. Когда поток закончит со своим участком, он отправляет свой слой на объединение в главный поток в котором будут объеденины куски мазка. Какой то заметный лаг и наверняка приличный оверхед по памяти и процессору гарантированы, но думаю с огромными кистями при наличии 4 ядер это даст выигрыш даже без оптимизации.

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

20мс точно много будет
в некоторых случаях станут видны отдельные круглые мазки

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

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