LINUX.ORG.RU

58
Всего сообщений: 401

GIMP, 1366x768, чайки в тумане

 OS: KDE neon 5.18
 Kernel: x86_64 Linux 5.3.0-40-generic
 Uptime: 12h 46m
 Packages: 2262
 Shell: bash
 Resolution: 1366x768
 DE: KDE 5.67.0 / Plasma 5.18.2
 WM: KWin
 GTK Theme: Breeze-Dark [GTK2/3]
 Icon Theme: breeze-dark
 CPU: Intel Core i3-2350M @ 4x 2.3GHz
 GPU: GeForce GT 540M
 RAM: 5480MiB / 11890MiB

День был солнечный, а над каналами была такая весьма специфичная дымка, которая смотрится, конечно, прикольно, но фоткается, в основном, плохо. Чайки на этих каналах бывают всегда, но в тот день их было МНОГО. Вот я, зная, что 99% получится мутняк, всё же сделал несколько кадров. Пересматривал, что я забыл выкинуть и наткнулся на это. Стало интересно попробовать сделать из этого более или менее приличную фотку.

В Darktable была подтянута гистограмма, удалены шумы. Хоть и мало там шумов было, но в нерезкости вообще какие-либо шумы отвратительны. Ну, ладно, иногда как раз с шумчиком-шумочечком веселее, но это очень уж иногда. В версии 2.6.2 обратил внимание на новый шумодав Raw, который, вроде бы, работает до дебайеризации, а не после. Его и использовал. Сохранил два файла, один с шумодавом, другой без, чтобы шарпить.

Теперь, собственно, GIMP.

Открыл тот файл, где шум убран.

Сделал копию слоя. Использовал монохромный микшер каналов. Давно убедился: чтобы получить хорошую цветную фотку, надо для начала сделать хорошую черно-белую. Тут мне бывает полезен опыт из тех времен, когда цветные фотки были роскошью, а при съемке на черно-белую пленку использовались разноцветные светофильтры. Однако, в этот раз не всё так просто. Фотка пока что не столько мутная, сколько «серая». Покрутил кривые, «солнечность» удалось вернуть, но в тенях стало черно́. Дальнейшее издевательство кривыми могло сделать или опять «серо», или вырвиглазно.

Вспомнил древний прием кунг-фу. Сделал копию исходного слоя, извлек с инверсией самый ровный канал (в этот раз, как и чаще всего, зеленый), размыл гауссом ~30-50 пикселей, наложил на черно-белый слой рассеянным светом. Непрозрачность слоя в этот раз поставил ~90%. А обычно-то это работает ~ с 30%. Если больше - или «серое» получается, или ореолы лезут, или эдакая паршивая эйчдиэристость. Вобщем, теперь и контраст есть, и тени со светами при деталях. Что характерно, в Photoshop есть инструмент «Тени и света». Есть это и в Darktable, и в GIMP. Однако, или я их крутить не умею (ога, два движка), или... Короче, я или кривыми это делаю, или вот таким древним кунг-фу.

Мутняк на переднем плане не нужен. Дымка нужна, а мутняк - нетЪ! Новым слоем вставил тот файл, что без шумодава. Дальше просто: несколько высокочастотных фильтров, да с гауссом. В принципе, то же самое хорошо знакомое, а многими уже́ выкинутое на помойку истории «частотное разложение». Однако, воду, чаек и тот берег шарпить нефиг. Можно было маски-фигаски, можно замазывание 50% серым, но в этот раз в шарпящих слоях там просто дырки. Ага, на переднем плане шумы вылезли. Но вот не уверен: если не знать изначально, или не искать-рыскать специально, будут ли это шумы, или это будет текстура бетона?...

А как же цвет? Сделал еще копию исходного слоя, покрутил цвета, не обращая внимания на яркость и контраст. Это гораздо легче, чем в одном изображении крутить и свет, и цвет, что часто вообще невозможно. Подложил этот цветной слой под тот черно-белый, на котором кривые крутил. Поменял режим черно-белого слоя на «Светлота LHc» (в Фотошопе называется просто «Яркость»).

Снимок сделан суперзумом. 260мм в 35мм эквиваленте. В таких условиях часто лезут дифракции. Тут они и вылезли. Упомянул я про них потому, что при таком способе работы с цветом убрать их не просто, а очень просто. Но вот тут как и с шумами, и с прочими дефектами: иной раз в них и прикол. То же боке, например, вообще-то - дефект. Посмотрю, может, уберу. Или вообще фотку выкину - это же просто эксперимент.

Если бы я заранее знал, что я хочу получить из этой очень неудачной в техническом плане фотки, на все эти операции ушло бы минут десять, пятнадцать. Вот такой GIMP, на старом ноутбуке с матрицей 1366x768.

>>> Просмотр (1366x768, 954 Kb)

 ,

Dementy ()

Ад замёрз, часть 2

Продолжаю писать из замёрзшего танка. С момента постинга предыдущего скриншота GIMP произошло много интересной фигни.

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

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

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

Что ещё поменялось:

  • В диалоге вращения появился виджет, где можно натыкать девять типичных положений опорной точки вращения: в центре, по углам и по серединам сторон.
  • Кнопка с якорем в панели слоёв теперь видна только если есть плавающее выделение. В остальных случаях показывается кнопка объединения слоёв.
  • Для инструментов трансформации появилось несколько опций, которые в дальнейшем станут дефолтом: предпросмотр обрезки, предпросмотр трансформации всех связанных слоёв, а главное – предпросмотр трансформации слоя с учётом его режима смешивания и положения в стопке слоёв (больше не выпрыгивает наверх на время редактирования).

Последний момент требует пояснения. Эти опции отлично работают на маленьких и среднего размера картинках, но могут подтупливать на чём-то вроде 50-мегапиксельных фотографий. Как только будет реализована работа с мипмапами, необходимость в переключателях поведения автоматически отпадёт.

>>> Просмотр (2560x1440, 2903 Kb)

 

AP ()

Ад замёрз

Пропавший на полтора месяца ключевой разработчик гимпа Ell притащил в клюве два крупных апдейта.

Новый инструмент 3D Transform, чтобы вращать и смещать изображения в перспективе с правдоподобным результатом, который сложно получить обычной коррекцией перспективы.

Как работает:

  • Ставим точку схождения прямо на холсте, выбираем способ FOV (можно указать фокусное расстояние воображаемой камеры).
  • В виджете с параметрами на холсте переключаемся на вкладку вращения, вращаем в 2.5D.
  • Можно переключиться на вкладку Shift, и тогда указатель мыши на холсте будет смещать в 2.5D.
  • Можно включить ограничитель осей в боковой панели. Выбор будет зависеть от того, за какую сторону изображения тянете.
  • Можно включить ограничитель системы координат (опция «local frame»). Т.е. все дальнейшие вращения будут происходить в рамках плоскости, в которой сейчас лежит изображение.

Существенно переделанный виджет слайдера, с новым принципом взаимодействия, занимающий заметно меньше места. На скриншоте виден в панели параметров инструмента на холсте справа вверху.

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

  • при перетаскивании используется обычный шаг;
  • шаг на порядок меньше дефолта – по перетаскиванию с нажатой средней кнопкой/колесом мыши;
  • числовой ввод – после клика правой кнопкой мыши.

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

За счёт уменьшения вертикального размера виджета и сокращения расстояния между рядами на экране стало помещаться заметно больше контролов. Пример: https://twitter.com/GIMP_Official/status/1214342414581817344.

Старый стиль виджета при необходимости (но зачем?) можно включить обратно в настройках.

Новый инструмент лежит в ветках master и gimp-2-10, новый виджет доступен пока только в gimp-2-10.

>>> Просмотр (2560x1396, 3056 Kb)

 

AP ()

Перевод манги и OpenBSD

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

На данном скрине переводится манга «Выпрямись! Добро пожаловать в кружок танцев школы Шика» от со-автора манги «Мастер дрочки Куросава». А конкретно начало второго тома с японского (потому что в фанатском английском переводе его нет).

Для клина используется Krita, а для тайпа и финализации скана - GIMP. Для японского ввода используется IBus с не помню каким IM-фреймворком. Вроде fcitx.

Была идея частичной автоматизации процесса тайпа с помощью скрипта на Python, который использует ImageMagick. Этот скрипт генерирует из перевода (который на JSON) растровые изображения текста, которые остаётся лишь нанести вручную за заклиненные сканы. Затык лишь в том, что ручная работа всё-таки остаётся в виде переноса изображений текста на клин и самого клина, который без понятия как автоматизировать.

И, чтобы показать жизнеспособность данного метода перевода манги, я таким путём сделал перевод одного ваншота из «Osaka Banpaku» от автора манги «nichijou» на английский. Как выглядит сам текстовый перевод: https://github.com/lo-fi-scanlations/osakabanpaku.translation.

Ну, и немного процесса клина и тайпа обложки 2-го тома этой манги: оригинал, клин, готовая обложка.

При переводе обложки использовался также Inkscape для создания логотипа.

Используемый WM: herbstluftwm. Остальной workflow описан здесь: Будни NetBSD-раба

>>> Просмотр (1920x1080, 448 Kb)

 , , , ,

rhubear ()

nufraw 0.42 + gimp 2.10-9 (-git)

Вот, скомпилял ветку gimp-2.10 (поверх новых babl + gegl тоже из git). Для сборки по крайней мере gegl + gimp нужен уже хотя g++/C поновее, чем у меня были в gcc 4.8/gcc 4.9 — пришлось собирать с помощью clang 7 (который из пакета llvm, который нужен для mesa).

В общем после утаскивания кучи пакетов в сырцах от slackware-current и их сборки (там сейчас *.la файлы убили, а у меня они частично ещё используются — было весело, особенно с двумя libpng: 1.4 и 1.6) наконец-то получилось почти как надо. Собрал ещё nufraw (https://sourceforge.net/p/nufraw/blog/), теперь открывает разные raw и даже в 16-бит на канал. Но при этом автоопределение svg отвалилось, и если выбрать опцию сохранять exif в tiff — то полученный файл как бы имеет две страницы, но открыть можно только первую (по крайней мере в самом Гимпе), вторая судя по всему — метаданные.

Но в целом работает шустро, даже для 32-битного варианта, особенно если дать использовать 3 Гб памяти (максимум на 32-битной платформе).

>>> Просмотр (2880x900, 2275 Kb)

 , ,

Andrew-R ()

Обработка фотографий, снятых камерой из 1978-го года в GIMP 2.10.6 2018-го

Совсем недавно вышла новая версия свободного графического редактора GIMP. А тут у меня (совершенно случайно) нашлась для него очередная непростая задача. Мне пишут, что, мол, я занимаюсь странными вещами. Например, что кисти размером 512px никто не использует. Или что панорамы в 100 мегапикселей никто не обрабатывает. Что это всё онанизм, если не сказать хуже. Однако, фотографии — вот они, а мне по-прежнему пишут и пишут.
Итак, непростая задача представляет из себя фотографию, снятую на плёночный фотоаппарат аж 1978-го года выпуска. Да, на плёнку, более того — на чёрно-белую плёнку. Конечно, фотографию отсканированную. Разрешение файла — 13269х9058px, что-то около 120 мегапикселей. Совсем недавно кто-то мне писал, что даже FHD (2 мегапикселя) получить на плёнке малореально. Ну, может быть, может быть. Честно говоря, я ожидал, что Гимп с таким снимком надорвётся, и будет работать очень, очень медленно. Я рад сообщить, что я оказался неправ. Расскажу подробнее, это важно:
В недавнем обсуждении меня спросили, использует ли у меня Darktable OpenCL и я был уверен, что да, но в Свойствах конвертера чекбокс «Включить OpenCL» был просто недоступен. А в Гимпе — включён. Оказалось, опенЦЛ в свежей Убунте из коробки не стоит, даже если установлены всякие богомерзкие проприетарные драйвера от Нвидиа. Устанавливается поддержка OpenCL пакетом ocl-icd-dev. После этого и поддержка в DT заработала и Гимп преобразался. Преобразился настолько, что когда я применил на этот самый снимок фильтр Gaussian Blur с радиусом 1024px, Гимп довольно похрюкал и выполнил операцию за семь секунд. 120Мп, 16бит, но, правда, лишь один канал. Но меньше чем 10 секунд. Я потом проверил — преобразовал снимок в RGB и размыл с радиусом 512 — 25 секунд. Это действительно победа для Гимпа, я, признаюсь честно, не ожидал. Для тех кто не понимает, что это вообще и зачем — размытие по гауссу — базовая операция для обработки фотографий, именно на ней основаны всякие увеличения резкости, локального контраста, она нужна для автоматического создания масок и т. д. Короче, это действительно важно и теперь это быстро. Разработчики — просто молодцы.
Я попробовал и некоторые другие операции. Кривые применяются весьма быстро, учитывая немалый размер изображения. Кроп — очень быстро. Преобразование Monochrome-RGB — вполне быстро. Скроллинг, масштабирование — хорошо. Большие кисти всё-таки не очень хорошо, заметные, мешающие лаги. Да, по ощущениям, растровый редактор от Adobe где-то на порядок быстрее. Но не на два, как раньше и это круто. Вот бы ещё ползунки эти жуткие с полями ввода внутри переделали. Правда. Они ужасны и чем лучше всё остальное, тем больше бесят.
Итог: если у вас тормозит Гимп, а OpenCL в настройках включён, возможно, он ни разу не включён. Хотелось бы узнать, как такое могло случиться.
Ещё параллельно открыл сегодняшнюю съёмку в RawTherapee. На снимке, помимо прочего, отпечаток как раз с обрабатываемого кадра; правда, оптический, по старинке. Несмотря на то, что, кажется, DT более прогрессивен, RT мне, на сегодняшний день, нравится больше. Хотя вот тут он ничего хорошего с цветом сделать не смог. Ну да про рав-конвертеры как-нибудь в следующий раз.
Возможно, у кого-то вызовут вопросы пропорции скриншота. Ну вот так, да. Два монитора: 21:9 и 16:9. Лично мне это очень удобно, наконец-то помещается всё что я хочу. Люблю щели!

>>> Просмотр (4480x1080, 3465 Kb)

 , ,

ist76 ()

GIMP CC Darker theme

~/.i3/config:

font pango:Terminus Bold 14

bar {
        font pango:Terminus Bold 32
        status_command i3status
}

~/.i3status.conf:
general {
  output_format = «dzen2»
  colors = true
  interval = 5
}
order += «tztime local»
tztime local {
  format = «%Y-%m-%d %H:%M:%S %Z»
  timezone = «Europe/Moscow»
}
~/.gimp-2.8/themes/Gimp-CC-Theme-Darker/gtkrc:

style «pscc-gimp-default-style» {

    font_name=«Terminus Bold 12»

}

На фото - Серафимовская церковь города Вятки (Киров), построенная в 1904-1906 годы по проекту вятского губернского архитектора И.А.Чарушина для христиан-единоверцев. Сфотографировал на цифромыльницу Canon PowerShot A590 IS в январе 2009 года, склеил в Hugin, отретушировал в GIMP.

>>> Просмотр (1600x1200, 1709 Kb)

 , ,

pacify ()

Unity-OS-X 9 (MATE) 18.07 LTS и GIMP

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

Смотрите видосик, подписывайтесь на канал, ставьте лайки как говорится - как я в гимпе обоину возвращал. GIMP не в дефолте.

Делайте как я, и все будет хорошо.

>>> Просмотр (1366x768, 1073 Kb)

 , , , ,

votafak ()

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

Начало зимы ознаменовалось странной и стрёмной поездкой на CG EVENT в Москву, по дороге на который меня натурально попытались отравить(не оставляйте выходя из автобуса открытые бутылки с минералкой) с не совсем понятной целью. Груз накопившихся проблем, как в жизни так и на работе заставил закрыв сезон на оной уволиться и отвинтить крышку с поллитры уйдя в глубокое погружение. Где то 31 так марта(после того как тело приползло с акустического концерта в Сайгоне где играло) мой старик на мою фразу что я хочу подняться на Машук, пренебрежительно бросает - да ты не сможешь, посмотри на себя .. далее непечатно. Что то во мне тогда завелось помню как бомбуэ - полежав ещё минут 20 делаю два звонка и на утро покупаю на вокзале билеты на транзитный поезд ёбург-кисловодск. Вобщем на Машук по итогу на Пасху я влез по отвалам каменоломни диким маршрутом. Ну и с водкой расстались. Новелла в этом году. Как то оно так. Ну а на ноуте(скромный Леново идеапад 320 с установкой через легаси ибо 10я винда просто выбесила в конец) убунта студия 17.10 как и на прошедшей ремонт рабочей станции. На 18ю пока перекатывать не планирую.

>>> Просмотр (1366x768, 1005 Kb)

 , ,

wst ()

Gimp 2.10. Быстрее, чище, страннее

Несколько дней назад, была анонсирована новая версия растрового редактора Gimp, который , в мире свободного ПО, настоятельно рекомендуют для обработки фотографий. Некоторые пользователи (не буду показывать пальцем, потому что мы итак знаем, кто именно) сообщили, что в новой версии заметно возросла производительность. Чуть ли не в два раза, а может быть даже и больше. Конечно же, я не сдержался, скачал новейшую версию, достал секундомер и начал проверять.
Все знают анекдот про новую японскую пилораму, суровых сибирских мужиков и лом. В качестве лома для пилорамы-Гимпа я извлёк из закромов панораму из нескольких снимков, разрешением 36553 на 7503 пикселей и в 16-битном цвете. Объём tiff c lzv-сжатием – 1,4GB. Опыты производились на компьютере с процессором i7-6700k, 32GB Ram, 780GTX, накопитель SSD Samsung 850EVO. OpenCL включен.
Итак, для любознательных, некоторые цифры. Открывался файл до полной прорисовки 50 секунд. Размытие по Гауссу с радиусом 1000 заняло 4 минуты 10 секунд и завершилось успехом, а не как несколько релизов назад, когда всё изображение покрыло отдельными тайлами. Вообще, это долго, но, и правда — гораздо лучше чем было. Теперь расскажу про странное. Странное номер раз: USM c радиусом 3 и силой 2 на том же изображении считался 4 минуты 45 секунд. Дольше, хотя радиус не 1000 а 3. Я ненастоящий сварщик, но так быть не должно. Второе странное: и при блюре и при шарпе загрузка CPU составляла 15-20%, загрузка GPU 0%. Гимп бодренько засасывал оперативную память до отметки 20GB (из 32, напомню), после чего не взял себе больше ни мегабайта, зато начал порциями писать на диск со средней скоростью 100-150MB/s. Видимо, Гимп решил поберечь мою оперативку от использования, путем изнасилования SSD. Я не нашел, где в настройках Гимпа можно явно указать ему, чтобы не стеснялся, и брал себе, например, 80% оперативки. У меня ее достаточно, я для него и покупал. Пожалуйста скажите, какому именно богу надо принести человеческую жертву, чтобы такая настройка появилась в Preferences.
Кисти размером в 1000px у меня по-прежнему тормозили. Возможно, это просто моя карма.
Больше я не знаю что рассказать. Выйдет 2.12 — попробую снова.

>>> Просмотр (1920x1080, 1618 Kb)

 ,

ist76 ()

GIMP 2.10rc: распараллеливаемся

До релиза 2.10 остаётся исправить уже меньше десятка блокирующих ошибок. Попутно команда занялась оптимизацией скорости работы.

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

https://git.gnome.org/browse/gimp/commit/?id=86b89cf62a14b98056355d0c8ad2b27e...

Эвинд, в свою очередь, допилил в библиотеке babl быстрые пути конвертирования между основными форматами хранения пикселей:

https://www.patreon.com/posts/babl-fast-path-18052156

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

>>> Просмотр (1920x1200, 2084 Kb)

 

AP ()

Unity 9 LTS 2018 (Xfce)

Вот еще куча скринов - https://imgur.com/a/Tn64n

Voyager Linux 16.04.3 старый стабильный, с прошлого скрина не менял. Закос под юнити с почти реализованным функционалом юнити. Вот бы создатели Xfce подумали об этом, а то создатели убунту-МАТЕ уже подумали чуток

>>> Просмотр (1366x768, 325 Kb)

 , , ,

votafak ()

GIMP 2.10rc1: дурная голова рукам покоя не даёт

По случаю ускорения гауссова размывания примерно на треть фильтр Shadows/Highlights в GEGL перенесли из экспериментальных в стабильные, а в GIMP его добавили прямо в меню и запилили свой гуй вместо автоматического. И это несмотря на анонсированную в конце декабря условную заморозку переводимых сообщений :) Реализация фильтра взята из darktable, потому что а) нормально работает, б) на будущее хочется совместимости по .xmp.

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

Из того, что на скрине не видно:

— В диалог выбора цвета добавили переключатель цветовых моделей и точности. Теперь можно для RGB переключаться между 0..100 и 0..255, а также показывать LCH вместо HSV, а не вместе с ним (в 2.9.8 диалог из-за этого разрастался в вышину).

— При вращении и зеркалировании холста кисть теперь можно вращать и зеркалировать вместе с ним. При этом учитывается и масштаб просмотра изображения. В связи с этим чекбокс «Lock brush size to zoom» в параметрах рисующих инструментов теперь называется «Lock brush to view».

В остальном работа по исправлению ошибок ведётся очень активно, но количество блокирующих релиз косяков пока что вертится вокруг 25-28. Скорее всего, позакрываем ещё ошибки и выпустим в январе rc1.

>>> Просмотр (1920x1200, 797 Kb)

 

AP ()

ASP 7.3: для тех, кто помнит

Продолжаю погружение в прошлое. В 2002ом году на слуху было два русскоязычных дистрибутива. AltLinux мы уже осмотрели, теперь пришла очередь ASPLinux 7.3 (Кодовое имя — Vostok, дата рождения — 15 августа 2002 года). Я помню, продавали на Горбушке — здоровая такая бело-синяя коробка, красивая. Десять, кажется, компакт-дисков внутри и стоила больше тысячи рублей. Очень хотелось попробовать, но было жалко денег. А скачать? А скачать тогда могли не только лишь все. Я вот в интернет ходил по модему. По модему не накачаешься. А теперь вот попробовал. Сбылась мечта.
Дистрибутив в 2002ом году был весьма прогрессивный — основан на Red Hat Linux 7.3, имел русифицированный установщик, чтобы даже совсем потерянные смогли установить систему, свой собственный загрузчик, и снабжался увесистой стопкой печатной документации на русском языке. По последней моде 2002-го года, дистрибутив содержит ядро версии 2.4.18, KDE 3.0, Gnome 1.4, OpenOffice 1.0, Gimp 1.2; много чего ещё, всё-таки 10 дисков. Правда установочный — один, остальные дополнительные: один с русскоязычной документацией, один с игрушками, два — с исходниками.
Установка в Pcem прошла успешно, разрешение выставилось только 1024x768, зато заработала сеть. Сеть заработала, но ни Konqueror ни Mozilla класс не показали: за последние 15 лет выдумали много всяких дурацких штук, которые они не понимают и страниц не показывают. Зато Lynx не подвёл — зашёл на ЛОР, залогинился, почитал новости. Потом запустил Ksirc и зашёл на канал lor во freenode. На беду, UTF Ksirc не умеет, поэтому ники читать можно, а сообщения кириллицей — нет. Ну и ладно.
Я уже писал, что люблю Гимп и запускаю его при первой возможности. Не удержался и в этот раз, запустил. Гимп мало изменился за эти годы. Только вот со шрифтами в gtk-приложениях беда: какие-то они отвратительные.
А вообще, ничего так, симпатичненько. Вот зайдешь в галерею, посмотришь скриншоты 2000-02 годов — Свят-свят! Такие страсти порой, что спать потом не можешь. Но не так всё и страшно было. Только мониторы маленькие.

>>> Просмотр (2048x1536, 623 Kb)

 , ,

ist76 ()

Вышел GIMP 2.9.8

12 декабря сего года, тихо и незаметно, вышла очередная версия нестабильной ветви широкоизвестного, в узких кругах любителей открытого и свободного, графического редактора GIMP — 2.9.8. Как гласит пресс-релиз от нашего AP, основной упор был сделан на новом послойном редакторе градиентов (так оно по русски, да?) увеличении стабильности, исправлении старых ошибок и добавлении новых.
Некоторым людям возможно кажется, что мне не нравится GIMP. Это не так. Мне нравится обрабатывать фотографии и, когда долго занимаешься тем, что тебе нравится, бывает полезно попробовать заняться тем же самым, но немножко по-другому. GIMP даёт такой шанс, поэтому я незамедлительно установил свежую версию.
Я недавно писал про версию 2.9.6. Всё хорошее что было в ней — осталось: HighPass, работающий через GEGL, возможность работать с 16-битным цветом, да много чего, долго перечислять. Понравился новый сплэшскрин — симпатичный. Кое-что плохое по-прежнему остаётся плохим: совмещённые с ползунками поля ввода, это зло. У меня дети дома, им не надо слышать то, что я говорю, когда в десятый раз тычу курсором в цифры, дёргается ползунок, значение меняется в 10 раз, а гимп начинает мучительно прорисовывать изменения.
Мы плавно подходим к моей любимой теме — к быстродействию. Сразу после запуска мне показалось, что мир изменился к лучшему, а фильтры стали накладываться быстрее. Загрузка процессора при этом была на уровне 50%. Проверил: OpenCL отключен. Включил его и яркие краски мира в глазах попритухли. Тогда я взял секундомер, секундомер ведь не обманет. Он не обманул: фото со скриншота, 4924x6565px 16bit RGB, HighPass, радиус 333 с включенным OpenCL — 20 секунд, с выключенным — 12. Что тут можно сказать? Не разочаровали! Будем ждать новых релизов этого замечательного графического редактора с ещё более превосходными инструментами, исправленными ошибками и ещё более улучшенным быстродействием.

>>> Просмотр (1920x1080, 1432 Kb)

 

ist76 ()

Правка градиента на холсте в GIMP

Перенесли в master-ветку GIMP редактирование градиентов прямо на холсте (было в отдельной ветке).

Что нового:

  • появился плавающий диалог с параметрами выделенного элемента градиента;
  • опорные точки можно свободно перемещать в пределах двух соседних точек прямо на холсте;
  • можно добавлять опорную точку в любую часть градиента наведением и одиночным щелчком;
  • можно удалять любую опорную точку: выделяем, тянем в сторону перпендикулярно линии градиента, либо нажимаем крестик в плавающем диалоге;
  • при выборе подсвечивающегося центра (midpoint) между двумя опорными точками можно поменять тип интерполяции между этими точками (через плавающий диалог), поменять его положение (возвращается обратно через тот же диалог), превратить в опорную точку (через диалог).

Ещё из любопытного: добавили в Wavelet Decompose опциональную автогруппировку слоёв с частотным разложением и опциональное создание маски для каждого слоя.

Есть подозрение, что 2.9.8 выпустим уже в октябре.

Алсо, немного взностальжнул по IceWM. Тема — 0nyX.

>>> Просмотр (1920x1200, 547 Kb)

 

AP ()

Gimp 2.9.6 в работе

Совсем недавно было выпущено крупное обновление нестабильной ветки 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 и закончил на этом обработку.

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

>>> Просмотр (1920x1080, 2549 Kb)

 , ,

ist76 ()

Pass Through в GIMP 2.9.x

В git master проекта GIMP прилетели патчи, добавляющие поддержку долгожданного режима Pass Through для групп слоёв. Соответствующим образом пропатчен плагин поддержки формата PSD (пока только на открытие, при экспорте в PSD группы всё ещё плющатся в один слой).

В чём отличие этого режима:

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

2. В Pass Through проекция для всей группы пропускается, слои внутри этой группы последовательно смешиваются со слоями ниже, а группирование используется попросту для более удобной организации проекта.

Ранее в программу была добавлена поддержка и других дополнительных режимов: Vivid Light, Linear Light, Pin Light, Exclusion и Hard Mix (с полной поддержкой в плагине PSD на импорт и экспорт).

Ell, автор патча, добавляющего режим pass through, в отдельном бранче доделывает обновленный инструмент градиентной заливки, с которым можно прямо на холсте добавлять/удалять опорные точки и быстро назначать им цвета. Немного устаревшее видео: https://streamable.com/1jzaq.

>>> Просмотр (1920x1200, 797 Kb)

 

AP ()

Гайка собирает Emacs

Рисунок был нарисован на бумаге карандашом. Потом отсканированный и разукрашенный в gimp'е.

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

cc-by-sa

>>> Просмотр (2338x1700, 1871 Kb)

 , , , ,

gtk3 ()

Зеленый Gnome3 default edition

Всем привет!
Годная gs-тема, упомянутая вот в этом посте, заставила меня впервые копнуть тему gtk: в общем, результат на скрине.

Для начала скачал с github gtk-master, там уже в каталоге Адвэйты нашлось все необходимое.

Во-первых, я прочитал README ;)
Поправил _colors.scss, и, между прочим, вернул нормальный, с предыдущей версии, цвет фона.
Затем отредактировал ручками цвета в assets.svg, пришлось дописать несколько недостающих строк в assets.txt, там не все оказалось, если глядеть в assets/ .
Скрипты «сборки».

Наконец настала самая тяжкая часть — покраска виджетов gtk2.
Это я делал в главном герое вечера, gimp-gtk3-git из AUR. Все делалось вручную, на глазок, даже подбор цветов. :(

Как это было?
Берется виджет, открывается gcolor3, подбирается цвет.
Открывается диалог colorize, ползунками выставляется цвет, lightness 0, выделяется область по цвету, окрашивается.
Gimp по ходу дела разбазаривает память, окно как-то странно расползается, попытка открыть диалог выбора цвета или color to alpha роняют программу. Из того, что уже было.

Обоину заблюрил, воспользовался бэкграундом в #overview в gnome-shell.css, но тут не очень заметно получилось, на другой делал — вообще годнота, размытие и затемнение (brightness & contrast), тоже в Гимпе.

Gtk2-виджеты из темы Add-Waiter.
Вот и все.

p.s. Если кому-нибудь будет интересно, получившийся конфиг залью в инет завтра, а ссылка будет в профиле.

upd: еще немножко видов приложений https://u.teknik.io/e7Lye.png

>>> Просмотр (1600x2700, 1990 Kb)

 , , ,

Deleted ()