Хранение/перевозка градиентников Hitech (Cokin P)

Дано: градиентники Hitech, размер 84.3x110 миллиметров, толщина 1.5.

Вопрос: в чем их возить в поле? Да, я уже спрашивал, но ответа пока не имею. Родной Кокиновский кошелек рассчитан на квадратные фильтры 84x84, 110 туда никак не должно лезть (не мерял). Родная же Кокиновская коробка под градиентники - вроде бы рассчитана на 84х100, а 110 - не влезает.

Коробку под сидюки (со страничками) и Lee-шный кошелек для фильтров 100x150 примерял, получается ни уму ни сердцу, два фильтра в ряд не влезают, а один - болтается.

Еще примерял Шнайдеровский кошелек под 4 фильтра 100x100, получается близко к желаемому, но Шнайдер делает на века и пустой кошелек под 4 фильтра имеет толщину 4 сантиметра.

Куды крестьянину податься?

FireFox 3.5: верните ICC v4

Я уже писал о поддержке ICC в браузерах:

И там уже упоминал, что Firefox 3.0 поддерживает и ICC v2 и ICC v4.

А вот у Firefox 3.5 это бл.. не так, поддержку ICC v4 пролюбили.

Я несколько раз ставил 3.5, получал кислотные цвета, тупо смотрел в настройки (где с color management все было нормально), ничего не понимал и сносил. Сейчас вот потратил лишние две минуты и, наконец, осознал.

Придется, соответственно, для монитора строить два профиля, один для всех программ, а второй - для этого уродца.

А причина всего этого безумия - это отказ разработчиков от lcms и замена ее собственной мозильской (как я понял) разработкой. Быстрой и недоделанной.

PostgreSQL 8.4.0 UTF conversion

Представим себе типичную ситуацию: есть таблица в UTF8, какой-то клиент вводит туда данные, работая, скажем, в кодировке windows-1251 и вводит, например, знак номера.

Потом другой клиент, работая уже в KOI8-R сделает по этой таблице SELECT и вместо результатов выборки увидит

ERROR: character такой-то of encoding "UTF8" has no equivalent in "KOI8R"

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

Начиная с 8.1.4 я делаю патчи для этой функциональности: вместо выдачи ошибки и прекращения запроса невыводимый символ просто меняется на пробел. Дошла очередь и до 8.4.0:

Патчи для старых версий тоже можно брать у меня:

Стандартный дисклеймер: если вы не знаете что такое "патч", то он вам не нужен.

P.S. Своего мнения про 8.4 пока не имею, сформирую - напишу. Пока тестирую, в бой выставлять рановато. pg_migrator не понравился, слишком уж много дополнительных условий, в которых я не уверен.

TTL-экспонометрия на камерах Canon с чужой оптикой: часть 2 или варенье из одуванчиков

dand2.jpg В первой части данного исследования мы рассмотрели поведение двух камер Canon в ситуации, когда на них установлена чужая оптика через "простой" переходник, не содержащий какой-либо электроники.

В то же время, для Canon существуют и более продвинутые переходники, содержащие чип, который заставляет камеру думать, что на ней установлен совместимый объектив в режиме ручной фокусировки. При этом работает режим подтверждения фокусировки через датчики автофокуса, в EXIF оказываются какие-то данные о фокусном расстоянии и диафрагме и вообще возникает множество полезных эффектов.

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

Помимо Тулы, подобные чипы делают и в Китае. Последние версии допускают легкое перепрограммирование параметров (диафрагма, фокусное расстояние, поправка к фокусировке).

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

О влиянии поляризации на экспозамер

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

  1. Свет от моего 30-дюймового NEC поляризован, что легко проверить посмотрев на него через полярик (развернутый правильной стороной) и покрутив оный. Есть LCD-мониторы и с круговой поляризацией или с мерами по ее округлению, скажем мой смартфон-наладонник (Toshiba G900) при расматривании его через полярик меняет оттенки цвета, но почти не меняет яркость.
  2. Ориентация камеры относительно монитора влияет на замер. Методика очень простая: ставим объектив на штативе в хомут, крутим в хомуте, ничего кроме угла между горизонталью камеры и горизонталью монитора не меняется.
  3. Влияние на замер - слабое, больше 1/3 стопа разницы увидеть не удалось.
  4. Была гипотеза, что на замер влияет датчик положения камеры (вертикально-горизонтально), но она не подтвердилась, если крутить монитор, а не камеру, то эффект остается, величина его не меняется (правда монитор при развороте вертикально снижает яркость, о чем честно пишет на экране, поэтому пришлось поворачивать камеру на 30 градусов в одну сторону, а монитор - на 60 в другую)
  5. Величина эффекта не меняется от смены оптики при прочих равных.

Мораль: монитор в качестве источника постоянного света использовать можно, но положение камеры относительно него лучше зафиксировать.

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

P.S. Какого-либо влияния на автофокус не обнаружено, независимо от положения камеры фокус ловится устойчиво.

TTL-экспонометрия на камерах Canon с чужой оптикой, часть 1

TTL.jpg

Не секрет, что современные фокусировочные экраны меняют свою яркость непропорционально диафрагме. Как правило, до какого-то лимита (обычно в районе f/4-f/5.6) яркость при закрытии диафрагмы меняется слабо, а затем начинает меняться очень сильно. Более того, разные экраны ведут себя различным образом, поэтому в меню современных электронных камер появился выбор экрана, а как из положения выходят камеры со сменным экраном, замером, но без меню и без определителя типа экрана - я просто не понимаю. Ну, наверное врут на замере, либо экраны у них сделаны так, что вышеописанным свойством обладают в небольшой степени.

Распространение адаптеров, позволяющих использовать неродную оптику, которая не сообщает камере значение диафрагмы, усугубило проблему и на рубеже веков наблюдалось некоторое брожение умов, дескать Canon 1v с чужой оптикой меряет нормально (я, кстати, не уверен), а EOS30 - ненормально и это все происки маркетинга. Американский Canon в лице Chuck Westfall даже выпускал разъяснение про 20D, оригинала которого я не нашел, а вот перепечатку - нашел. Цитирую с www.photoethnography.com

The EOS 20D focusing screen is optimized for superior brightness at moderate apertures from about f/3.5 and smaller, compared to conventional ground glass designs. This makes the viewfinder image brighter and easier to focus at those moderate apertures, but the trade-off is that it passes disproportionately more light to the metering system. When a Canon EF lens is mounted to an EOS camera, a variable exposure compensation factor (a program curve, not just a fixed compensation factor) for this phenomenon is fed through the system in order to provide correct metering for all apertures. However, when using a non-coupled manual diaphragm lens as you describe, no such communication takes place, so the responsibility for exposure compensation reverts to you....

Вместе с тем, появление программируемых одуванчиков - чипов для переходников, передающих в камеру значения фокусного расстояния и диафрагмы - позволяло надеяться, что достаточно впрограммировать в адаптер правильное значение диафрагмы и настанет счастье замер станет правильным.

Быстрые эксперименты показали что это вовсе не так, в наихудшем случае ошибка в экспозиции составила аж 7 стопов, что заставило начать разбираться плотнее. Результаты этих разборок не такие уж компактные, поэтому публиковаться они будут в 2-3 частях.

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

Мастер-класс Маргулиса

Не на правах рекламы, а от чистого сердца.

Если кто не знает: 18 сентября 2009 года, в Москве, в "Метрополе", будет однодневный семинар Дэна Маргулиса, посвященный преимущественно Picture Postcard Workflow (PPW) - новому быстрому workflow от Дэна.

Я уже которую неделю маленькими кусочками смотрю видео от Kelby Training, продираясь через устный английский, ибо без этого обсуждение в ACT (которое по следам видео) на душу не ложится. Умучался неимоверно и решил, что пусть лучше мне за 120 баксов устроят синхронный перевод.

Если кто-то считает нужным перепостить это в тематические сообщества (по фотошопу, по обработке фото), то сделайте это пожалуйста.

P.S. Сожалею что не могу дать общедоступную ссылку в ACT, ибо рассылка Applied Color Theory даже для чтения требует одобрения модератора, которое, впрочем, легко дают.

P.P.S. А видео от Kelby есть на torrents.ru

Риторический вопрос

50f18AIS.jpg Кто бы мне объяснил, зачем люди давятся за Контаксовским Тессаром 2.8/45 (до 300 баксов на eBay платят), не говоря уже о Nikkor-е той же оптической формулы (и до $500 на том же eBay), если есть крохотный Nikkor 50/1.8 AIS? Последний упомянутый вроде контровый свет отлично держит, а прикрыть его до 2.8-4, так и резкий очень даже. Красная цена ему - долларов 80-90 в базарный день.

60 граммов веса экономят? Есть столько извращенных любителей тессаровского рисунка? А почему эти любители не давятся за Rolleiflex-ами с тессаром? Или все просто ведутся на слово Zeiss?

Особенно интересен ответ от пользователей Canon, им что первый, что второй, что третий - через переходник использовать.

Когда Contax еще выпускался, обсуждаемый Tessar стоил раза в полтора дешевле Planar 1.4/50. Сейчас - наоборот, при том что Planar-ы не подперты по цене новыми (для Nikon/Canon), которые еще в 2-3 раза дороже.

ЖЖ, его растак

А че, ЖЖ профукал экспорт комментариев (который http://www.livejournal.com/export_comments.bml)? Уже пару дней там вместо XML-ки пустой файлик...

Кто знает, в какое место их можно результативно пинать?

Или это я что-то профукал? Но я вроде все делаю согласно документации.

Update: взяло и само починилось.

Cokin P и поляризаторы

У Cokin есть "родные" поляризаторы (круглые), которые вставляются в ближний к объективу слот - про них я все более-менее понял.

Но вот допустим, что я хочу использовать имеющийся полярик из каких-то соображений (уже есть или там B+W больше нравятся). Есть ли у Cokin/для Cokin фронтальное кольцо (как у Lee), либо какая-то "объективная доска" с резьбой, которая вставлялась бы в передний слот?

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

Вот у Hitech (85mm) такое кольцо есть (правда на B&H на картинке вариант без кольца, ну можно у производителя купить напрямую), но от резьбовой резиновой бленды я не в восторге, дешевая кокиновская модульная кажется поинтереснее. Хочется именно что-то для кокина, причем не обязательно на полный диаметр, доска с резьбой на 77 вполне устроит.

И чтобы два раза не вставать: есть ли какие-то готовые решения по хранению (в поле) длинных фильтров под P-size: (110-120)x85мм. ? Или не выпендриваться, взять Lee-шный кошелек под 100x150?

P.S. Это я все обдумываю экономию веса: боевой комплект из 11 фильтров и Lee-шной бленды весит в упаковке 1130 г. (не считая адаптерных колец), для ситуации камера+2 зума (с максимальной резьбой 72) это избыточно, хочется 500-600 г. спилить (ну, естественно, и фильтров маленьких будет не 11, а 5-6).

Linux и Large Files

А вот представим, что у меня есть библиотека, собранная с -D_FILE_OFFSET_BITS=64
Все fopen/fseek/fread/fclose там делаются внутри, снаружи только имена файлов прилетают.

А потом я к ней линкую приложение, компилированное без этого флага, просто gcc -c

Вопрос: оно будет работать? Или возможны моментики?

Нет, я не ленивый и конечно попробую, но у меня этих линуксов под рукой штуки две и с новыми ядрами, а что будет со старыми ядрами/glibc/whatever?

P.S. Назначение LARGEFILE_SOURCE/LARGEFILE64_SOURCE так и не понял, вроде бы для позиционирования за 2 гигабайта и чтения мелкими кусками достаточно _FILE_OFFSET_BITS

P.P.S. Единственная система, где вообще не надо париться - FreeBSD :) Какой, оказывается, кусок жизни с этой LFS прошел мимо меня...

У нас работают роботы...

lexa-kirovsk.png

Нет, я все понимаю: в облаке тегов у меня есть Хибины и Ловозеро, года два назад я публиковал телефон Кировского МЧС (КРУПНЫМИ БУКВАМИ и с префиксом города), да и какие-то карты Кольского пробегали. Но все-таки в рамках всего сайта целиком - это слезы.

Если кто-то из Яндекса меня читает: мне известно про инструмент исправления, я им воспользовался, надеюсь что он подействует.

Pages

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