Избаловался я от пользования телебанком (который от ВТБ24) - делаешь платеж и он тут же уходит, обрабатываясь автоматически.
Я думал, что оно везде так.
Однако в Банке Москвы оказалось не так: формируешь заявление, оно обрабатывается операционистом, если повезет то в тот же день, если не повезет, то в следующий. И потом, еще на следующий день, результаты видны в выписке.
И если с рублевыми платежами я еще согласен так жить, то с покупкой-продажей валюты просто боюсь думать по курсу на какой день будет операция.
Я уже писал
про такую настройку баланса белого цифровой камеры, когда камерные средства диагностики экспозиции (гистограмма и индикация пересвета) показывают более-менее реальные данные (при стандартных настройках это не так).
Несколько позже я обещал пересмотренную статью про это, обещания надо выполнять:
От исходной статьи новый текст отличается демонстрацией результатов использования при дневном свете и при лампах накаливания.
Описанный способ подходит для практически любых цифровых камер. Впрочем, для камер ряда популярных производителей есть способ добиться того же куда проще, буквально за 1-2 минуты и без манипуляций в фотошопе. Следите за анонсами.
Upd: оказывается у меня кросспост в ЖЖ отвалился примерно так неделю назад, вот вроде починил....
Этот пост забегает несколько вперед, но вполне сознательно. Вполне возможно, что в ходе обсуждения всплывут всякие недостающие факты.
На сегодняшний день какая-то консистентная процедура тестирования динамического диапазона цифровых камер, которая была бы применена ко многим камерам, есть только на DPReview. В результате, половина интернета мастурби смотрит на Филовские графики и делает какие-то выводы: сравнивает камеры, ругается в форумах и так далее.
Мне не удалось найти на DPReview подробного описания методики, написано лишь, что используется шкала от Stoufer на 13 стопов, освещенная сзади люминисцентной лампой. Не указывается ни использованная при тестировании конкретной камеры оптика, ни установка диафрагмы, а все это довольно важно.
Давайте рассмотрим эффекты, которые влияют на фотографирование шкал.
Теорию мы уже обсуждали, новый текст целиком про практику. Если мы прорабатываем света, недодерживая полутона, то полутона нам захочется вернуть на место, при этом не выбивая света обратно. Текст - о том, как построить правильные кривые, сами кривые для разных вариантов недодержки тоже прилагаются.
Я этими кривыми пользуюсь второй день, стало удобно: вместо ручного редактирования кривой возник выбор из списка, да еще и проградуированный в фотографических единицах.
Как-то неожиданно для меня выяснилось, что понятие линейности в применении к изображениям и их обработке не является очевидным.
Пришлось потратить полчаса, нарисовать 4 разных линейных шкалы в фотошопе (точнее, дорисовать, ибо две из них уже были в предыдущей статье) и написать три абзаца текста:
Предыдущая статья и последовавшее за ней бурное обсуждение оставили у меня ощущение недоговоренности. В результате я попытался взглянуть на проблему с другой стороны и породил очередной текст:
Не буду пересказывать статью кратко, хочу просто напомнить, что на любом выводном устройстве, независимо от его контрастности, у нас от полутонов до максимальных светов будет 2.5 стопа по яркости и не больше. Свойство зрения-с.
В качестве эксперимента, хочу добиться, чтобы дискуссия была под статьей, а не под ее анонсом. Поэтому комментарии тут закрыты, а на LibRaw.SUпод текстом статьи
- открыты (как и всегда). Анонимные комментарии премодерируются, неанонимные (после регистрации) - появляются сразу. Авторизоваться по OpenID можно после регистрации (ваш OpenID привязывается к логину на LibRaw.SU).
Удивительный подход: ради ублажения Purify взяли и убрали две нужных (жизненно необходимых!) строчки.
Пользуясь случаем, в очередной раз вытираю ноги о миф, что открытость исходников - это путь к надежности. Баге - почти два года, система распространенная, сколько сейчас будет "взломов" (и без кавычек - тоже) - страшно подумать.
Расшиб себе лоб об семерку в очередной раз. Хочу поставить систему на gmirror, делаю по прописям в Handbook: поставить на отдельный диск, сделать зеркало на другом, переписать туда поставленное, исходный диск добавить в зеркало.
На FreeBSD-7.0-RELEASE/amd64 команда dump 0Luaf /dev/null / работает отлично. А если вместо /dev/null сделать пайп или просто файл на диске (не на / !), то прочитав мегабайт 50-100 оно просто останавливается и стоит.
Апгрейд до -STABLE проблему полностью излечивает, а так я и диски менял и систему после этого переставлял, полдня потратил зря.