О Равномерности

Чтобы достичь неравномерности по полю в пределах 2% пришлось:

  1. Взять средний телевик (Цейсс 100/2 макро).
  2. Закрыть его до f/8.
  3. Надеть на объектив матовую крышечку от чипсов Pringles колец Lee (белый полиэтилен).
  4. Навестись на бесконечность.
  5. Фотографировать лист белого картона.
И то, такая равномерность получилась только в центре кадра (примерно 10% по площади), если по всему, то там процентов 8 разницы.

Удивительнее всего, что первых четырех шагов - не хватает.

Кто бы мне объяснил, как без "крышечки от чипсов" можно снимать те же Колорчекеры....

P.S. Неравномерность оценивалась так: по изучаемому полю брались самплы 300x300 (это для всего кадра, для центральной части 150x150), общим числом 24, по ним считалось среднее и сравнивалось. То есть речь не о выбросах отдельных пикселов, а именно о среднем.

Update: нашел ссылку на таблицу (самому считать скучно). 8% на 100-мм - это в чистом виде удар косинусом.

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

О сейсмической активности

DRAMeXchange пишет в рассылке, что японские события привели к паническим покупкам флэш-памяти.

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

О фотонном шуме

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

Оказалось, что если Пуассоновский сигнал биномиально отфильтровать , то он остается Пуассоновским.

Но вот что в этом удивительно:

  • цифровые астрономы (CCD astronomy) говорят об этом как об очевидном факте. Нашел, в частности, статью 1992-го года, на которую все (цифровые астрономы) ссылаются, но и в ней Пуассоновость - очевидный факт.
  • а строгий вывод этого факта нашелся в статье квантовых криптографов 2006-го года, для них очевидность неочевидна, более того, они поминают источники фотонов, где это не так.

Отлегло от сердца: стандартная астрономическая методика подбора "оптимального ISO" хоть и построена на песке, но под песком оказался бетон.

Update вынесу из всякой непубличной переписки, оно действительно очевидно для нормальной ситуации, а у квантовых оптиков просто бывают скореллированные (непуассоновские) источники, потому у них и неочевидно.

Представим себе все с точки зрения звезды (или лампочки). Много атомов (N), вероятность каждому испустить квант в дельта-t (p0) - мала. Биномиальное распределение с большим N, маленьким p т.е. переходящее в Пуассоновское.

Рассмотрим дальше жизнь кванта: оно должен не поглотиться по дороге (вероятность p1), отразиться от объекта в нашу сторону (вероятность p2), не стукнуться о диафрагму (p3), попасть в сенсор и породить электрон (p4, она же квантовая эффективность).

То есть для заданного атома (звезды) вероятность породить электрон в нашем сенсоре будет p = p0*p1*p2*p3*p4 (при этом все члены - меньше 1).

Получаем биномиальное распределение с параметрами N,p, которое еще более пуассоновское, чем исходное.

О линейности в светах

Смотрю тут на свеженамеряные данные по линейности Canon 5D Mark II (текст пишется, в ближайшие дни будет) и думаю вот какую думу:

Максимальный уровень сигнала (на ISO100) в районе 14700. Даже если весь шум определяется исключительно фотонным шумом, среднеквадратичное отклонение будет в районе 120. А на самом деле оно и вовсе 250-260 (при измеряемой плашке 160x160 пикселов).

Получается, что если реальный уровень сигнала у нас, скажем, 14450 (на сигму меньше максимума), то порядка 16% пикселов (выходящих "за сигму" в положительную область) будут обрезаны по максимуму. Что, в свою очередь, приведет к смещению среднего значения для больших плашек (вроде неба или облаков), т.е. испортит "яркость".

Природа обрезки принципиального значения не имеет, это может быть и переполнение пиксела и и обрезка в АЦП и обрезка после АЦП, эффект чисто "математический".

За счет того, что чувствительность каналов - разная, максимумы для всех каналов одновременно достигаться не будут, следовательно эффект испортит еще и "цвет".

Проявляться это будет в самых самых верхах, речь идет о долях стопа (в зависимости величины сигнала т.е. битности камеры)

Главный вопрос дня!

Я сопли пожевал, но до магазина так и не дошел, а тут ВНЕЗАПНО приперло и надо прямо завтра купить (DVD-плейер дал дуба, что-то делать с ним влом, а детям не на чем мультики смотреть).

Поэтому вопрос дня:

Popcorn Hour C-200 или Dune HD Max?

Цена, если с BD-дисководом, отличается мало, это не критерий.

Update: купил Дюну. Работает. От меню удивился и решил почитать мануал попозже....

О плавающей точке

Что напечатает:
  unsigned short v=59259;
  float a=0.0f;
  double b=0.0;
  for(int i=0;i<33*33;i++)
  {
        a+=v;
        b+=v;
  }
  printf("%g\n",(a-b)/(33*33));

Вроде и значения все вполне небольшие, и число итераций сложения вполне человеческое, однако ж.

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

О стандартных форматах

Программировал тут вывод в формат CGATS (это в котором всякие цветовые замеры выводятся, пример ниже), по которому я тут уже немного проехался.

Заодно посмотрел много (десятки) примеров таких файликов, чтобы слова списать. Ну и исходники Argyll на предмет "как это читают".

Если кто-то имеет иллюзию, что это такой вот стандартный формат, который все понимают одинаково и все такое прочее, того жизнь еще не била. Даже форматы данных Пенсионного Фонда РФ - луч света в темном царстве в сравнении с CGATS.

Вот, например, загадка:

  • Допустим, у меня в файле есть и LAB и RGB значения.
  • Допустим, там же есть и стандартные отклонения замеров. Начинаем называть колонки: STDEV_L, STDEV_A, STDEV_B, STDEV_R, STDEV_G, STDEV_что?
  • С XYZ/CMYK, кстати, аналогично.

Административное: антиспам

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

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

У зарегистрированных пользователей комментарии принимаются сразу.

Categories:

О постоянстве физических констант

На картинке два Цейсса 28-мм. Год выпуска разный, слева новый (как я нашел в интернетах, объявлен в 2007-м), справа - старый (год точно свежее 1985-го, потому что MM-mount, а точнее я не стал искать). Светосила тоже разная, но для наших целей это несущественно.

Как мы видим, за 20 лет у Цейсса довольно сильно изменилось представление о глубине резкости. Старый объектив на f/16 и фокусировке на бесконечность давал резкое изображение "от 1 метра", а новый - примерно "от 1.7".

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

Интереснее другое, банальная проверка на DOF-калькуляторе показывает:

О применении психотропных веществ в color management

Вот есть у меня Digital Color Checker SG о 140 патчах.

К нему есть файл описания мишени в формате CGATS в котором написано

LGOROWLENGTH    10
NUMBER_OF_SETS  140
Ну то есть длина ROW (строки) 10, всего строк 14.

Дальше там в файле описание мишени для ячеек A1-A10,B1-B10 и так до N1-N10.

Беру в руки саму мишень, держу ее так, чтобы надписи (эти самые A-N и 1-10, название мишени, гордое слово gretagmacbeth) были горизонтальны, как оно естественно человеку.

И что я вижу? 10 строк (row) по 14 элементов.

Вот я же и думаю, если в этой цветовой науке столбцы называют строками, то отчего же мы удивляемся, что там все так?

P.S. С обычным колорчекером, который 4 строки по 6 клеток все так же:

LGOROWLENGTH    4
NUMBER_OF_SETS  24

О Qt и рисовании прямоугольничков

Мой опыт с Qt достаточно своеобразен: как только я начинал лобзиком выпиливать что-то свое руками, внезапно обнаруживалось, что все украдено до нас и есть уже готовое или почти готовое решение. Из последних открытий в этом месте: QGraphicsItemGroup, подошедший мне на 98% после того, как я изготовил свое частное решение (которое, конечно, выкинул после этого).

Но вот столкнулся с задачкой, которая, вроде бы, не решена:

Дано: картинка (разноцветная), на которой рисуются прямоугольнички (selections). Чтобы они были видны на любом фоне, нужно делать XOR в каком-то виде. Или что-то подобное.

В-принципе, QPainter это все умеет, у него есть CompositionMode, где все подобные преобразования можно задать. Но:

Друпалеру на заметку

Если у вас по каким-то причинам есть запись в таблице node, но нет ни одной записи с таким nid в node_revisions, то у вас ВНЕЗАПНО начнут портиться права доступа. Причем rebuild permissions будут помогать ненадолго, до попытки создания очередной node.

Детектируется проблема элементарно:

 select nid from node n where not exists (select nid from node_revisions r where r.nid=n.nid);
Лечится - таким же delete.

Но я сегодня чуть не фалломорфировал, разбираясь.

Почему создание записи с revision не обернуто в транзакцию - мне удивительно, но подозреваю что это привет от MySQL.

Pages

Subscribe to blog.lexa.ru: все статьи