LINUX.ORG.RU

54
Всего сообщений: 371

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

Готовим индюка в GIMP

На скриншоте финальный результат приготовления фотографии индюка (скальное оборзевание на снимке называется г. Индюк).

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

Перво наперво в DT поправлен баланс белого (камера A6000, и так кривая еще и ББ у оной кривой), затем коррекция теней\светов, легкий градиент и поднял насыщенность.

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

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

 ,

subwoofer ()

Ubuntu, Gimp и хипстерская обоина за 10 минут

В ролях: Ubuntu 16.04, Gimp 2.9.5, также в создании обоины принимал участие широкоизвестный и горячолюбимый (в наших узких кругах) рав-конвертер версии 2.0.3, хотя, говорят, третьего дня вышла новая версия. Про обработку в этот раз долго не буду — возможно, скоро будет время и место рассказать больше. Вкратце — возможности DT задействованы в очень малой степени: дебайер, кривая, удалил пятнышко на матрице и наложил на верхнюю половину кадра градиент в полтора стопа. Это оттого, что снимал я с нейтральным фильтром на 10 стопов, а он вовсе не нейтральный и с цветом в кадре сделал нехорошее. Нехорошее настолько, что проще оказалось сделать чёрно-белую картинку.
Этим я занялся в Гимпе. Гимп взял прогрессивный, версии 2.9.5, с нанотехнологиями, поддержкой 16-битного цвета, неонкой и GEGL у ей внутрях. Прогрессивный Гимп, несмотря на неонку, чудовищно медленный. Это плохо. Это злит. Пока уменьшал фотографию до целевого разрешения, успел сходить на кухню и съесть Доширак.
Действия над фотографией примитивные до ужаса: конвертация в монохром через микшер с собственными коэффициентами для каналов (0,66 для красного, 0,5 для зеленого и -0,25 для синего), кривая, модифицированный USM с радиусом 75 и 0,8 пикселей. Всё, наверное.
Обоину забирать где обычно

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

 , ,

ist76 ()

Mandrake Air на ноутбуке дедушки

KDE версии 1.1.2
GIMP 1.0.4
Netscape 4.7
шрифт Helvetica

Экран характеристик. Ноутбук Fujitsu-Siemens, 933 MHz, 128M SDRAM, 16M video, 10GB HDD.

Тачпад, hotkey и звук SigmaTel работают. Ещё удалось соеденить по IrDA ноутбук и телефон. Модем не запускал.

>>> Просмотр (1440x1080, 345 Kb)

 , , ,

UNiTE ()

Моя кладовка

Пока народ на форуме на полном серьезе обсуждает куда девать 32Гб памяти, куда пристроить SSE4 и ставить ли SSD в новый нетбук, я сижу в кладовке за своим старым Атлон 4200+ с 3Гб памяти и рендерю 3D графику.
Долго, медленно, с матами. На эту картинку пришлось потратить 5 дней. А с нормальной машиной потратил бы два.
Обычно показываю Блендер, но в этой работе уж очень много Гимпа.
Да, кому интересно посмотреть на результат, добро пожаловать: http://sid350.deviantart.com/art/Character-concept-Walker-350731431

>>> Просмотр (1333x1000, 736 Kb)

 , ,

sid350 ()