comments by 452
> уже и шумодав
> уже и шумодав
так вроде один из методов правильного демозаика для x-trans как раз и состоит в шумодаве (блюр, что тоже самое по сути) и шарпенинге... иначе швах
Z / V
> А вас, кстати, не смущает,
> А вас, кстати, не смущает, как исследователя RAW, что у них нет самого процесса, тестовых снимков и проч.?
как альтернатива небезызвестный сайт = http://home.comcast.net/~nikond70/ все свое - выводы в основном такие же (но там используют номинальные ISO vs Ssat ISO у DxO)... хотя DxO не показывает промежуточных ISO, что плохо - ибо там интересно бывает
Z / V
> nmake -f Makefile.msvc
> nmake -f Makefile.msvc вообще-то работает, я так и собираю под винду.
я тут после 2-3 летнего перерыва что-то собирал сам, так 30+ минут ушло чтобы понять что "rb/wb" флаги в fopen на windows не использованы в и посему в dcp профили пишется лишний байт (много раз)... а в ведь знал же ! поэтому подозреваю что у меня так быстро не заработает... даже если код в вашем случае вылизан под
Z / V
> это не минута
> это не минута
я имел ввиду не длительность компиляции конечно же, а борьбу с тем что make с первого раза не заведется же наверное Ё-)
Z / V
> Но конкретный 1 (из 4) -
> Но конкретный 1 (из 4) - соберу, скажите какой.
win64/32, я конечно и сам могу - но если для вас это минута то для меня мб час (ибо не тот профиль)
Z / V
а нельзя ли бинарники
а нельзя ли бинарники примеров тоже для apha релизов положить ?
Z / V
> Для ACR, если под дневной
> Для ACR, если под дневной свет, стоит делать 5500-6000К.
вот непонятно почему в связи с последними веяниями в ПО dcp профилестроении - изделие Anders Torger'а - теперь все как у людей (почти).
Z / V
допишу на память, гугль
допишу на память, гугль говорит :
Filter Conversion (K) MIRED
80A 3200 to 5500 -131 | Cooling
80B 3400 to 5500 -112 | Filters
80C 3800 to 5500 - 81 |
80D 4200 to 5500 - 56 | (blue)
82C 2800 to 3200 - 45 |
82B 2900 to 3200 - 32 |
82A 3000 to 3200 - 21 |
82 3100 to 3200 - 10 |
---------------------------------------
81 3300 to 3200 + 9 |
81A 3400 to 3200 + 18 | Warming
81B 3500 to 3200 + 27 | Filters
81C 3600 to 3200 + 35 |
81D 3700 to 3200 + 42 | (amber)
81EF 3850 to 3200 + 53 |
85C 5500 to 3800 + 81 |
85 5500 to 3400 +112 |
85B 5500 to 3200 +131 |
т.е. можно ли верить, чтобы два раза не вставать - ибо в наши аппалачи все только почтой, что мне будет достаточно докупить еще 82А и 131 (80A) + 21 (82A) = счастье или это все равно не гарантировано на самом деле (математика математикой)... нет, я могу конечно купить все фильтры, но жена уже косо смотрит... и потом поскольку lee будет идти дольке, а навинчивающиеся быстрее - насколько профилестроение страдает когда навинчено 2 "стеклянных" фильтра подряд из-за переотражений ?
Z / V
спасибо за комментарии,
спасибо за комментарии, следующие вопросы у меня есть :
> студийного галогена
галоген обычный worklight из HD за $70 = 1200Wt = 2x головы, каждая из 2x300 wt ... если у вас что-то похожее есть тоже - то неужели у них выше ?
> Не хватает.
куда бежать ? что лучше - искать второй фильтр к 80A или комбинировать два слабых типа 80D ? или плюнуть что недоходит дaже до 5K ?
> Второй вопрос - для чего 5000K, бо если для ACR надо 6500
зачем для ACR обязательно 6500 - если я например хочу сделать single illuminant профиль ? и вписать туда температуру тэгом 23 = D50 ... ну и не для ACR тоже (для C1 например)
Z / V
произвел эксперимент снимая
произвел эксперимент снимая мишени - дошли руки купить 80A, пока обычный круглый на обьектив (hoya, tiffen) - галоген мой светит в районе 2800-2900К (если например ткнуть пипеткой в WB мишень в ACR или C1), с навинченным фильтром соотв 4100-4400K... вопрос urbi et orbi - успокоиться или навернуть второй фильтр чтобы попробовать получить ~5000K ? потом мне помнится Илья Борг говорил что с пропусканием у таких фильтров (hoya/tiffen) что-то не так (в плане спектра) и надо непременно что-то типа фильтров Lee (полиэстер, resin, итд) - купил, но пока оно придет...
Z / V
из камер которые бывают на I
из камер которые бывают на I-R наверное мишень закончил Olympus OM-D E-M5 II все-таки...
Z / V
а вот тут мне указали на
а вот тут мне указали на очевидную же вешъ... имеющиеся файлы растут из того что x-rite поставляет с i1DPro (.edr файлы) - а там все с шагом в 1nm... a i2Pro2 так не сможет например у него в лучшем случае с шагом в 3nm... то есть точность будет страдать
Z / V
> Со спектрофотометром
> Со спектрофотометром roundtrip Profile-Verify - приемлемый, в районе 2dE в тенях
так это ж использование самого инструмента в котором "сомнения" есть... drycreek то профиль делал тестируемым инструментом, а проверял результат устройством совсем другого уровня... или логика такая что поскольку ошибка не "систематическая", а "случайная" то roundtrip по идее должен работать ? а если систематическая ?
Z / V
> На практике я вовсе не
> На практике я вовсе не парюсь т.к. профилирую спектрофотометром
т.е. drycreek не убедил /я про будущее/ приобрести i1DPro (в дополнение к i1Pro rev D) ?
Z / V
> А наблюдал ли кто разницу
> А наблюдал ли кто разницу воочию ?
я почему спрашиваю - вдруг в бытовых условиях никакого улучшения не произойдет, а под " reference Spectrometer instrument. " имеются ввиду лабораторные условия и измерительная аппаратура за $хххххК облепленная стикерами что там каждая кнопица traceable to NIST ?
Z / V
кстати вот вопрос в никуда...
кстати вот вопрос в никуда... допустим есть колориметер (i1DPro), спектрофотометр (i1Pro2), argyll/dispcalgui... насколько имеет /практический - то есть увидит ли average joe разницу/ смысл использовать i1Pro2 для получения .ccss для употребления оных вместе с i1DPro по сравнению с тем что например входит в комплект dispcalgui - типа всяких "RGBLEDFamily_07Feb11.ccss", "WGCCFLFamily_07Feb11.ccss",етц.
Нам пишут "For Colorimeters that have sensor spectral sensitivity calibration information built into them (ie. the X-Rite i1d3, and DataColor Spyder4), ccxxmake allows a creation of a calibration spectral sample (ccss) for a particular Display, by making use a reference Spectrometer instrument.".
А наблюдал ли кто разницу воочию ?
Z / V
drycreek тестировал "X-Rite
drycreek тестировал "X-Rite Eye-One Pro/ i1XTreme (Rev. D)... Older revision A and B Eye-One Pro models were both slower and less accurate." и он (они тестировали 10 штук) и в светах ( тест "at a 6500K white point and luminance of 150cd/m2." ) проигрывал i1DisplayPro (они тестировали 13 штук)...
Z / V
> за 4 знака до запятой
> за 4 знака до запятой
пардон , за 5 знаков !
Z / V
> У меня нет такого мнения.
> У меня нет такого мнения.
а как проверить-то ? только на глаз - ибо если инструментом так это надо что-то тысяч за 4 знака до запятой... есть ли где аналог статьи drycreekphoto с альтернанивными данными ? а там пишут - "...The Eye-One Pro capably measures all but the darkest colors and tones on any monitor, sRGB or Adobe RGB gamut. Where it has problems is in the darkest values. Any reasonably high-quality display designed for graphics work can show colors dimmer than the Eye-One Pro can accurately measure. Calibrating and profiling these displays with an Eye-One Pro often results in visible color shifts in the darkest levels. You can either sacrifice display contrast by setting the black level to higher than 0.3 cd/m2 or accept that dark shadows likely will not display as they should..."
Z / V
а вроде же есть мнение что
а вроде же есть мнение что i1display pro вполне себе лучше чем бытовые (включая i1pro*) спектрофотометры (тем более поди ПО LG снабжает его калибрацией для их же матрицы, типа спектральных данных в .ccss файлах или .edr), нет ? купить и не мучаться
Z / V
или вы про i1pro который был
или вы про i1pro который был до i1pro2 ?
Z / V
> Но совершенная неясность с
> Но совершенная неясность с тамошним софтом
почему ?
так сам LG же и пишет прямо в лоб = "True Color Pro compatible calibrators : LA ACB8300, Data Color Spyder 3/4, X-Rite Color Munki Pohoto/Design, i1Display Pro, i1Pro2."
Z / V
>>> "ледовое побоище для
>>> "ледовое побоище для детей"
а в туземной школе за такое могли бы и того, 911 набрать сразу Ё-)... как страшно жить
Z / V
> переоценивать людей
> переоценивать людей
так это ж не о памяти - человек который понял о чем речь идет может и погуглить (пояндексить) ! кстати надо будет проверить на детях знакомых куда они задают вопросы ...
Z / V
>>> Подождем ответ Сони,
>>> Подождем ответ Сони, должны они сделать A7R II.
Sony сделают A7R в 36mp - там есть что добавить и без сенсора (IBIS, EFCS, grip, может - но вряд ли - PDAF на сенсоре)... для 50 нужна будет новая модель.
Z / V
> но на покрытие CFA его
> но на покрытие CFA его отдают на Тошибу.
интересный факт, неужели Toshiba прославлена этим ?
Z / V
> Клиентам сама Тошиба и дает
> Клиентам сама Тошиба и дает. Там цена есть, и неплохая.
крохоборы - мало того что у них сенсор купили они еще и тут деньги просят !
Z / V
> можно ослабить ИК
> можно ослабить ИК-фильтрацию и собрать больше света, тоже снизив шум - отчитаться (как и делалось) - и потом все и больше потерять в плане шума, попытавшись восстановить цвет в конверсии. Получается это потому, что приходится значительно усиливать значения из слабых каналов.
утерял мысль - почему при добавлении в каналы ИК спектра (очевидно много в красный, мало в зеленый и наверно совсем ничего в синий) надо значительно усиливать слабые каналы (множественное число) ? речь об одном синем ? который при таком раскладе пострадает ?
Z / V
> или берет у Тошибы из
> или берет у Тошибы из готовой библиотеки
это где такое дают ?
Z / V
для убедительности надо было
для убедительности надо было рядом тоже самое для другой камеры, с такого же снимка из I-R...
Z / V
> Но, конечно, надо ждать
> Но, конечно, надо ждать снимков больших мишеней, таблица Ильи - по 24 патчам.
а он разве не по снимку с I-R строил ?
Z / V
> Просто для того, чтобы
> Просто для того, чтобы понимать хоть примерно, что значат циферки Ильи.
берутся данные замеров мишени (как должны выглядеть цифры) и сравниваются с тем что можно получить из raw с более менее приличным color transform - упражение выполняется очевидно в процессе построения профиля с rawdigger и makeinputicc
Z / V
есть еще home ТОЧКА comcast
есть еще home ТОЧКА comcast ТОЧКА net/~nikond70/ - там считают независимо от DxO (и ISO там номинальные в графиках)
Z / V
> Ну вот история такая.
> Ну вот история такая. Просто 'flat field'
А с этим никто и не спорит... никто же на призывает к тому чтобы это не использовать, речь то о том как улучшить результат когда такой возможности (использовать нормальный полноценный flat field) нет... и все.
> Ну и "очевидно помещаются между плашками" - это вот тот самый случай когда надо знать устройство мишени потому что простая квадратная сетка - не подходит.
подходит = например http://s9.postimg.org/wphgxpsfj/example.jpg
в случае colorcheckers SG просто доп. возможность (к набрасыванию сетки) покликать на квадратики чтобы выбрать те из них которые участвуют в "(экстра/интер)поляции"
> Если не угадать с моделью (а как угадать?) то все будет нафиг разваливаться.
так это - человек может сделать сразу два варианта и сравнить результаты с использованием 2-х профилей и всех делов-то... не сработала модель заложенная разработчиком - ну просто выбрал вариант без "(экстра/интер)поляции".
Z / V
> дофига греется, несмотря на
> дофига греется, несмотря на дофига ножек.
греется это да и батарейку жрет соответственно ... наверно поэтому в интервью и сказали что дело было на стенде в лаборатории Ё-)
Z / V
> "тысячи" (на столбцах)
> "тысячи" (на столбцах) должны давать banding
три года назад = http://www.imagesensors.org/Past%20Workshops/2011%20Workshop/2011%20Pape...
Z / V
> С другой стороны, если оно
> С другой стороны, если оно "однобитное" ( или очень малобитное) и точность не нужна (а для трекинга - не нужна) - то какое-то жалкое подобие АЦП может быть в каждом пикселе (или, скорее, в каждом столбце) и тогда все более-менее сходится: битов меньше, поток данных меньше, жить легче
ну вот опять же панасоник в GH4 = http://www.semicon.panasonic.co.jp/ds8/c3/IS00006AE.pdf имеет два режима 10bit и 12bit... samsung мог сделать например 8bit и 14bit... могут ли они с чипа (сенсор с ADC on die) на чип (процессор) передать 6 гигабайт в секунду ? в дешовом компьютере же могут
Z / V