LINUX.ORG.RU

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

 , ,


7

1

Совсем недавно вышла новая версия свободного графического редактора 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)

★★★★★

Проверено: JB ()

а что за фотоаппарат и что за оптика?

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

я вот никак не могу свыкнуться с GIMP даже в своих элементарнейших операциях.

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

а что за фотоаппарат и что за оптика?

а я писал уже несколько раз, Fujica GW690, оптика у него всегда одна, встроенный 90/3,5

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

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

почти всё можно сделать в Гимпе, просто дольше и не так удобно

т.е. всё-таки действительно, гимпу надо подтягивать эргономику.

kma21 ★★★★ ()

Мне нравится. Но очень сложно перелезть с Фотожопа, хотя, сейчас больше 50% задач в Gimp'е делать удобнее.

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

Не только эргономику, конечно. Такая вещь, как корректирующие слои, например. Вот этого очень не хватает. Да, можно применить кривую к копии слоя, и менять режимы наложения и прозрачность для этого слоя, но кривая уже будет в него «зашита». Смарт-объекты, ещё удобнее, хотя память жрут как не в себя. Возможность на лету подтягивать разные каналы, сделать маску для RGB изображения из K-канала CMYK или из b Lab. Этого нет и страшно даже подумать (в случае со смарт-объектами, скажем) когда появится.
А эргономика - например, вот эти окна ввода значений, совмещённые с ползунками. Это ад. Просто ад.
Или значения везде - с сотыми, с тысячными. Зачем мне указывать значения блюра с точностью до сотой пикселя? Вот зачем? Серьёзно, хоть кому-то на свете важно, пошарпит он картинку с радиусом 1,02 или 1,03?

ist76 ★★★★★ ()

Пожалуйста, разбивай текст на абзацы, читать очень сложно.

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

Он разбит. Как-то попробовал делать пустые строки между абзацами, чтобы стало ещё удобнее, так мне это дело «исправили».

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

вот эти окна ввода значений, совмещённые с ползунками. Это ад. Просто ад.

это да, в Blender лучше сделано

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

После ползунков в Darktable уже ничего не страшно
Блин
Вот неужели сложно просто повторить то, что придумали 30 лет назад?

ist76 ★★★★★ ()

Совсем недавно кто-то мне писал, что даже FHD (2 мегапикселя) получить на плёнке малореально.

Нормальная оценка для 35мм плёнки на бытовой мыльнице.
От того, что её отсканировали с высоким разрешением, больше информации там не стало.
Смотря на оригиналы с Flickr: даже с хорошим стеклом и 35мм с мелким зерном 5 мегапикселей не пробить.

Большой формат+, вот это совсем другой разговор.

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

Он разбит.

Так ты не юзаешь TeX paragraph на ЛОРе?

Как-то попробовал делать пустые строки между абзацами, чтобы стало ещё удобнее, так мне это дело «исправили».

Кто этот злодей?! Я ему лично накакаю в карму!

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

Что стоит по дефолту, то и использую

TeX paragraph. Но можно юзать вместо <CR><CR> [br], что выглядит в итоге не очень.

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

Нормальная оценка для 35мм плёнки на бытовой мыльнице.

Но разговор был за киношников, а там 65мм плёнка запросто

даже с хорошим стеклом и 35мм с мелким зерном 5 мегапикселей не пробить.

5 немного больше двух

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

Слишком сложно для меня
Буду знать теперь

ist76 ★★★★★ ()

Замечу, что девушка между фотографиями 1978 и 2018 года сохранилась просто замечательно.

Ч/б кадр радует резкостью. Это китовое стекло на фуджике такое замечательное?

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

Стекло неплохое, да
Там только китовое возможно. Это ж мыльница.

ist76 ★★★★★ ()

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

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

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

Ыыыыы, я думал ФОТКА 1978 года %-)
Вот это эпично!

Короч, для особо одаренных следует помечать, что фотка современная %-) Читается то всё наискось.

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

школьнице на картинке 8
на обеих картинках
это камера 78го, а не снимок

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

😂

Можешь делать ретро-фото. Типа здесь мне 8, тут мне уже 10, первая фотка 78, вторая - 80, особенно если заблурить задний план, чтобы никто не восстановил современную картинку.

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

Возможность на лету подтягивать разные каналы, сделать маску для RGB изображения из K-канала CMYK или из b Lab. Этого нет и страшно даже подумать (в случае со смарт-объектами, скажем) когда появится.

Цвет > Составляющие > Извлечь канал

https://imgur.com/a/20s743j

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

Ишь ты!

А кастомный GCR для этого K можно использовать? Или только дефолтный cmyk?

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

Много чего можно.


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

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

Нету в гимпе поддержки GCR пока (даже фичреквеста в трекере нет). Потом, может, завезут.

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

Это они зря. Для непечатников, которых 99,98% единственное применение цмика - всяческие fakeCMYK.
С другой стороны, не так уж оно и надо, если честно.

ist76 ★★★★★ ()

О, есть ещё люди, которые используют многооконный режим в гимпе.

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

это и есть единственный юзабельный режим и в гимпе и в фотошопе

ist76 ★★★★★ ()

И да, я тут недавно лечил кистью обычную фотку на 24 Мп. Это ад, ад.

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

Наговариваешь ты на лучший свободный растровый редактор!

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

которые используют многооконный режим в гимпе

С двумя мониторами это суперудобно.

no-such-file ★★★★★ ()
Ответ на: комментарий от aidaho

даже с хорошим стеклом и 35мм с мелким зерном 5 мегапикселей не >пробить

ЦИФРОВОЙ ФОТОАППАРАТ ДОЛЖЕН ИМЕТЬ 156 МЕГАПИКСЕЛЕЙ, ЧТОБЫ СНИМАТЬ ТАКЖЕ ЧЁТКО КАК 35-МИЛЛИМЕТРОВАЯ ФОТОПЛЁНКА. https://pikabu.ru/story/realnoe_razreshenie_plyonki_i_tsifryi_4560396

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

А ещё там автоматического убирания дефектов нет.

Ну или я не нашёл.

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

Слишком сложно для меня

Два раза Enter — сложно? И это для того, кто редактирует фотографии (эту задачу я считаю сложной)… (%

[br] у тебя в описании, насколько я вижу. И в комментарии, на который этот ответ.

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

13269х9058px

Вот бы мне такое для тестов… Есть что-нибудь (даже запоротое фото), что не жалко расшарить?

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

КОГДА 8К БУДЕТ СТАНДАРТОМ, ПРОСТО ПЕРЕСКАНИРУЕМ ПЛЁНКУ С РАЗРЕШЕНИЕМ 8К!
Разрешение плёнки бесконечно!!!111

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

Премного благодарен.

248.81MB

Я думал, оно будет весить на порядки больше.

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

там один канал, серый

Да-да, я уже сообразил, открыв файл.

Перевести в RGB, и 16G RAM + 32G swap уже не будет хватать. (%

На размытии по Гауссу в 2×2px в RGB оно сожрало всю память, залезло в своп и повесило всё остальное, но через ≈10s ожило. Хорошо, что я догадался включить своп перед открытием GIMP, на обработку ему бы не хватило памяти. А в grayscale тестить — неспортивно. (%

// Видеокарты у меня нет, потому об OpenCL не может быть и речи.

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

С другой стороны, не так уж оно и надо, если честно.

Вот поэтому фичреквестов, видимо, и нет.

Но если таки надумаешь — пиши хоть по-русски, я оформлю.

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

// Видеокарты у меня нет, потому об OpenCL не может быть и речи.

Ну ваще интеловая встроенная видосня местами это дело поддерживает.

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

Ну ваще интеловая встроенная видосня местами это дело поддерживает.

В Gentoo это дело ниасилили, потому сижу без OpenCL в Mesa:

18.2.0-r1
classic dri3 egl gallium gbm llvm osmesa unwind vaapi vdpau xa xvmc -d3d9 -debug -gles1 -gles2 -lm_sensors -opencl -pax_kernel -pic -selinux -test -valgrind -vulkan -wayland
VIDEO_CARDS="i915 i965 intel -freedreno -imx -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vc4 -virgl -vivante -vmware"

Прошу заметить, что opencl у меня включён, его отключил портаж при сборке ( Pinkbyte, что можешь сказать по этому поводу? В какое спортлото и что писать?).

Также местами не работает vaapi и нигде не работает vdpau.

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

подробнее, что значит отключил портадж?

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

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

подробнее, что значит отключил портадж?

 # emerge -1v mesa

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R    ] media-libs/mesa-18.2.0-r1::gentoo  USE="classic dri3 egl gallium gbm llvm osmesa unwind vaapi vdpau xa xvmc -d3d9 -debug -gles1 -gles2 -lm_sensors -opencl -pax_kernel -pic (-selinux) -test -valgrind -vulkan -wayland" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="i915 i965 intel (-freedreno) (-imx) -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -virgl (-vivante) -vmware" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

Would you like to merge these packages? [Yes/No] y
>>> Verifying ebuild manifests
>>> Running pre-merge checks for media-libs/mesa-18.2.0-r1
 * Ignoring USE=vaapi      since VIDEO_CARDS does not contain r600, radeonsi, or nouveau
 * Ignoring USE=vdpau      since VIDEO_CARDS does not contain r300, r600, radeonsi, or nouveau
 * Ignoring USE=xa         since VIDEO_CARDS does not contain freedreno, nouveau, or vmware
 * Ignoring USE=xvmc       since VIDEO_CARDS does not contain r600 or nouveau
>>> Emerging (1 of 1) media-libs/mesa-18.2.0-r1::gentoo
>>> Jobs: 0 of 1 complete, 1 running                Load avg: 0.32, 0.30, 0.30^C

Exiting on signal 2

если портадж так работает

Как видишь, уже не только так.

UPD:

 # USE=opencl emerge -1v mesa

These are the packages that would be merged, in order:

Calculating dependencies... done!

!!! The ebuild selected to satisfy "dev-libs/libclc" has unmet requirements.
- dev-libs/libclc-0.2.0_pre20180915::gentoo USE="" ABI_X86="(64)" VIDEO_CARDS="-nvidia -r600 -radeonsi"

  The following REQUIRED_USE flag constraints are unsatisfied:
    any-of ( video_cards_nvidia video_cards_r600 video_cards_radeonsi )

(dependency required by "media-libs/mesa-18.2.0-r1::gentoo[opencl,gallium]" [ebuild])
(dependency required by "mesa" [argument])

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

The following REQUIRED_USE flag constraints are unsatisfied:
any-of ( video_cards_nvidia video_cards_r600 video_cards_radeonsi )

человеческим языком ж пишут, что он хочет. Только для intel непонятно как opencl включить.

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

человеческим языком ж пишут, что он хочет.

Читать-то я умею, но…

Только для intel непонятно как opencl включить.

Вот и пляшем то, что имеем. А ковыряться в Mesa я желанием не горю.

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

следующее сообщение посмотри, для opencl с интел mesa не нужна

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

https://wiki.gentoo.org/wiki/OpenCL#Intel_-_GPU

Вот это поворот…

Чот не подумал даже, смотреть на страницу OpenCL в wiki.

следующее сообщение посмотри, для opencl с интел mesa не нужна

Пока писал свой предыдущий комментарий, не стал обновлять страницу.

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