LINUX.ORG.RU

LProf и реальное управление цветом в Linux


0

1

Те из вас, кто серьёзно относится к достоверности цветопередачи используемого монитора при работе с фотографиями и макетами, наверняка интересовался, как в Linux обстоят дела с управлением цветом, поддерживаются ли калибраторы/измерители и т.д.

Вашему вниманию предлагается интервью с Хэлом Энгелем, основным разработчиком ICC-профилировщика LProf. Помимо собственно LProf освещается ситуация с управлением цветом в Linux в целом.

>>> Прочитать

★★★★★

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

Нахрена в Linux управление цветом???

Единственный нормальный графический редактор не понимает больше 8 бит на канал. =>

Ни кто из, заботящихся о цвете и качестве, не использует Linux для обработки фотографий. =>

А значит и управление цветом ни кому не нужно!!!

fdn
()

больше ICC-профилировщиков, хороших и разных

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

> Ни кто из, заботящихся о цвете и качестве, не использует Linux для обработки фотографий. =>

Ну здравствуй, боженька :)

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

>Ни кто из, заботящихся о цвете и качестве, не использует Linux для обработки фотографий.

Нахрена для обработки фотографий больше 8 бит на канал?

Для обработки HDR есть иные программы, например qtpfsgui.

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

> Нахрена в Linux управление цветом??? Единственный нормальный графический редактор не понимает больше 8 бит на канал. => Ни кто из, заботящихся о цвете и качестве, не использует Linux для обработки фотографий. => А значит и управление цветом ни кому не нужно!!!

Не совсем так. Линукс ПОКА не умеет больше 8 бит на канал. Это удручающий факт, но не приговор. Когда-то же допилят.

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

> Нахрена для обработки фотографий больше 8 бит на канал?

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

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

> Линукс ПОКА не умеет больше 8 бит на канал. Это удручающий факт, но не приговор.

Первое процитированное предложение - это удручающий диагноз его автору, но тоже не приговор :)

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

Насколько я помню, он фотошлёпщик :)

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

>Каких именно бит и на какой канал? У меня IDE/SATA работают в режиме 32бит на канал. Автор того предложения идиот?

Упал под стул, иди учи матчасть!!! Нет, ну конечно если фотографировать пьянку дяди Васи, то тогда конечно. И 8 бит хватит.

> Насколько я помню, он фотошлёпщик :)

Да не фотошлёпщик. Единственная причина по которой у меня ещё стоит windows, это полная отсталось Linux в плане обработки фотографий. 2 raw конвертора(один форк другого) и убогий графический редактор. Каменный век!!! + Заявления гимподевелоперов: "нам лень переписывать старый код, по тому 16 бит ещё долго не будет". + Баг весящий с 2002-03-11 про 16 бит.

http://bugzilla.gnome.org/show_bug.cgi?id=74224

За ПЯТЬ лет они не смогли прикрутить поддержку 16 бит!!!

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

> заявления гимподевелоперов: "нам лень переписывать старый код, по тому 16 бит ещё долго не будет"

Специально для упавших с Луны сообщаю: с конца декабря GEGL используется в транке GIMP для _обработки_ изображений.

Конкретно сейчас портируют инструменты цветокоррекции.

http://svn.gnome.org/viewvc/gimp/trunk/ChangeLog?view=log

Ваши представления о том, что думают разработчики GIMP, устарели ещё три года назад.

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

GIMP не единственная программа для обработки фотографий.

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

>Специально для упавших с Луны сообщаю: с конца декабря GEGL используется в транке GIMP для _обработки_ изображений.

>Конкретно сейчас портируют инструменты цветокоррекции.

>http://svn.gnome.org/viewvc/gimp/trunk/ChangeLog?view=log

>Ваши представления о том, что думают разработчики GIMP, устарели ещё три года назад.

А чё мне толку от того, что они там где-то что-то используют??? Когда появится стабильная версия???

ПЯТЬ ЛЕТ ОНИ ПИСАЛИ ОТПИСКИ ПРО GEGL И НИ ЧЕГО НЕ ДЕЛАЛИ ТОЛКОМ!!! Для кого они пишут Gimp??? Для дедушки Столлман или для пользователей???

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

>Линукс ПОКА не умеет больше 8 бит на канал

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

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

>А чё мне толку от того, что они там где-то что-то используют??? Когда появится стабильная версия???

Не пойму, а кто и что вам должен?

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

> Для кого они пишут Gimp???

Для кого они его точно не пишут, так это для неблагодарных чудил, которые думаю, что им все должны :)

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

> Специально для упавших с Луны сообщаю: с конца декабря GEGL используется в транке GIMP для _обработки_ изображений.

Конец декабря был всего 10 дней назад. Так что про луну - сильное заявление. Или пользователь линукса должен быть в курсе всех чекинов по всех транках всех пакетов? :)

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

>За ПЯТЬ лет они не смогли прикрутить поддержку 16 бит!!!

сопли подбери, фотографъ

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

>Единственный нормальный графический редактор не понимает больше 8 бит на канал.

Причем тут это и LProf?

AP спасибо за старания.

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

> Конец декабря был всего 10 дней назад.

Я знаю :) Но о планах выпустить 2.6 как "2.4 + GEGL + пачка новшеств" говорилось достаточно давно и много :)

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

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

> Нахрена для обработки фотографий больше 8 бит на канал?

Красноглазый ничего не слышал про динамический диапазон?

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

> ПЯТЬ ЛЕТ ОНИ ПИСАЛИ ОТПИСКИ ПРО GEGL И НИ ЧЕГО НЕ ДЕЛАЛИ ТОЛКОМ!!!

Воксели в DirectX обещали к 1996-му году.

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

> Но о планах выпустить 2.6 как "2.4 + GEGL + пачка новшеств" говорилось достаточно давно и много :)

О таких или аналогичных планах (по поддержке 16 бит, смук и т.д.) говорилось сначала перед выпуском 2.0, потом 2.2, потом 2.4... Ща вот опять говориться. Выпустят - тогда посмотрим как это работать будет и поговорим. А пока факт остается фактом - на данный гимп не пригоден для обработки фото. Все, точка. А так называемые "свободные альтернативы" - еще хуже.

anonymous
()

Фотошлёп уже научился 32 битам на канал или всё так же неюзабелен?

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

> А пока факт остается фактом - на данный гимп не пригоден для обработки фото. Все, точка.

А мужики-то и не знают. И видеоуроки по работе в гимп с фотографиями сочиняют: http://my-soft-blog.net/videouroki-po-rabote-s-besplatnym-graficheskim-redakt...

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

> Ща вот опять говориться.

Не говорится, а делается.

> А пока факт остается фактом

Тут в соседнем треде уже такого из пальца понавысасывали... :) Давайте Вы хоть без "фактов", а? :)

P.S. http://forum.gramota.ru/forum/read.php?f=27&i=6191&t=6191

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

>Не выпячивайте так свою необразованность. Если вы не понимаете, зачем это нужно, это не значит, что это не нужно.

Конкретные примеры в студию - когда и зачем нужны 16 или 32 бит/канал?

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

>Красноглазый ничего не слышал про динамический диапазон?

Голубожопый ничего не слышал про то, что для работы с HDRI обычно используют софт отличный от гимпа/фотошлёпа?

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

> Красноглазый ничего не слышал про динамический диапазон?

Количество бит на канал на прямую не связано с ДД, т.е. в 8 бит в принципе можно упаковать любой динамический диапазон

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

> Конкретные примеры в студию - когда и зачем нужны 16 или 32 бит/канал?

http://www.earthboundlight.com/phototips/8bit-versus-16bit-difference.html

Это примерно из той же области, как и "зачем нам ProPhoto, WideGamut, Adobe RGB, если мониторы показывают SRGB в основном"...

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

> Голубожопый ничего не слышал про то, что для работы с HDRI обычно используют софт отличный от гимпа/фотошлёпа?

GIMP, конечно, не используется т.к. не умеет он HDRI. Фотошоп - вполне себе средство, особенно если хочется делать маски руками

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

> Единственный нормальный графический редактор не понимает больше 8 бит на канал. =>

> Ни кто из, заботящихся о цвете и качестве, не использует Linux для обработки фотографий. =>

Прекрасные вещи для обработки фоток: LightZone, Bibble Pro Вы просто с ними не знакомы :)

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

Линукс уже давно умеет и 16 бит и 32 и даже float на канал...

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

> ПЯТЬ ЛЕТ ОНИ ПИСАЛИ ОТПИСКИ ПРО GEGL И НИ ЧЕГО НЕ ДЕЛАЛИ ТОЛКОМ!!! Для кого они пишут Gimp??? Для дедушки Столлман или для пользователей???

За все время существования фотошлепа адобы не смогли прикрутить поддержку 16/32 fp. Вот так вот. А вы говорите GIMP...

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

> Количество бит на канал на прямую не связано с ДД, т.е. в 8 бит в принципе можно упаковать любой динамический диапазон

Да ну? Учи матчасть - RGB 8bit это мах. 2.4D. Нормальным людям как-то хочется хотя бы 3.8D. Шкала логарифмическая.

anonymous
()

Ирси разбанили? Люди, может лучше про калибровку сканер-монитор-принтер поговорить?

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

> Прекрасные вещи для обработки фоток: LightZone, Bibble Pro Вы просто с ними не знакомы :)

знакомы. И потому я не считаю монструозное жабаподелие LightZone чем то прекрасным. С версиями 2.х еще можно было работать, 3.х - это катастрофа, даром шо за деньги.

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

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

Не видел более функциональных графических редакторов под Linux. Клоны Гимпа не в счет. Сам от Gimp'a не в восторге, потому использую Wine & Photoshop если что-то нужно сделать в Линуксе.

Как только допилят Lab, 16 bit color, ICC profiling и сделают более юзабельный интерфейс, вот тогда и перейду на Гимп. Пока же это на любителя, некоторым хватает.

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

>> Количество бит на канал на прямую не связано с ДД, т.е. в 8 бит в принципе можно упаковать любой динамический диапазон

> Да ну? Учи матчасть - RGB 8bit это мах. 2.4D. Нормальным людям как-то хочется хотя бы 3.8D. Шкала логарифмическая.

Там ключевое слово было "упаковать". Заметь, jpeg 8-битный, но вряд ли нормальный человек заметит потери (при большом качестве).

Человеческий глаз, в принципе, тянет всего порядка 2.0D, а остальное (чуть ли не семерка) догоняется за счет всяких ухищрений, которые при рассматривании фотографий в отраженном свете не работают. У мониторов ДД еще меньше, так что в принципе 8 бит может не хватить только для слайдов.

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

Die-Hard ★★★★★
()
Ответ на: комментарий от DOKA

> Не видел более функциональных графических редакторов под Linux.

> использую Wine & Photoshop

Ты своим глазам как - доверяешь? Фотошеп - это менее функциональный графический редактор, конечно, но 16 бит, говорят, поддерживает.

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

> управление цветом ни кому не нужно!!!

Тебе не нужно управление цветом?

Молодец, купи себе леденец.

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

Бедные голливудские киностудии.

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

AVL2 ★★★★★
()
Ответ на: комментарий от Die-Hard

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

Да ну? HDRI не нужен. А вот 16 бит на канал - нужны. Вообще забудте про HDRI - это очень узкоспециализированный инструмент, который неоправдано широко разрекламировали, так что сейчас само упоминание HDRI стало признаком ламера.

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

А вот не надо про "голливудские киностудии" - они линукс использует ислючительно в составе кластеров-числодробилок для рендеринга. А там в принципе пофиг какую ОСь использовать.

anonymous
()
Ответ на: комментарий от Die-Hard

> Человеческий глаз, в принципе, тянет всего порядка 2.0D

Да? Если ты не видишь более чем 2D то тебе срочно надо к окулисту, это называется "куриная слепота".

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

> А вот не надо про "голливудские киностудии" - они линукс использует ислючительно в составе кластеров-числодробилок для рендеринга.

Studios such as Sony Pictures Imageworks and many smaller studios use CinePaint. Disney, DreamWorks, and Pixar funded Crossover (Wine) to make Adobe Photoshop for Windows run nicely on Linux and that's what they use. Some studios use proprietary or internally developed tools. CinePaint is open source software. Nobody is obligated to tell us they use it. Studios use many Linux motion picture applications, not just CinePaint. This list of studios using CinePaint is just some we know about.

* Amalgamated Pixels
Elf, Looney Tunes
* Computer Cafe
League of Extraordinary Gentlemen
* Flash Film Works
Duplex, The Last Samurai
* Hammerhead
Showtime, Blue Crush, 2 Fast, 2 Furious
* Rhythm & Hues
Harry Potter, Cats & Dogs, Dr. Dolittle 2, Little Nicky, Grinch, Sixth Day, Stuart Little, Planet of the Apes
* Sony Pictures Imageworks
Stuart Little II, Spider-Man

Азимут к апстене показать? :)

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