Skip to Content

Ноябрь 2010

Lens Shift для micro-4/3

Втр, 11/30/2010 - 22:28 — lexa

Fotodiox сделал шифт адаптеры для micro-4/3. Под все что шевелится на 135-м формате.

каталог.

Без тильта, хоть раздел в каталоге и называется Tilt-Shift. Но сдвигается на 10 мм в каждую сторону и крутится. Любителям панорам будет в самый раз.

Я у них всегда покупал через eBay, доходило все в лучшем виде, но сейчас в eBay-store у них этих адаптеров отчего-то нет, а на сайте - есть. На eBay есть с виду такие же, но от шведского и китайского продавцов и по $300. За 300 проще панорамную голову купить....

Ждем того же самого с тильтом, хотя на micro-4/3 оно будет странновато смотреться.

Книга - лучший подарок?

Пнд, 11/29/2010 - 18:44 — lexa
Граждане,

А Pocketbook IQ 701 кто-нибудь мацал?

Вроде формально все на месте: 7", Андроид 2.0, LCD и всего за ~$250. Смущают две вещи:

  1. на яндексе скорее ругают и отзывов вообще мало. Про 5 часов работы с одной зарядки уже читал, у самого производителя про это вообще ничего на сайте...
  2. Полкило веса - это как-то для 7" дохрена.
Я не то, чтобы собирался это купить себе, но ведь новый год на носу.... Поэтому если кто держал в руках (или себе купил) - черкните пару строчек...

Опять же, в похожей ценовой/функциональной нише и нету ничего. Про конкурента и вовсе пишут Некчемная балалайка по цене нетбука украинского производства. Выброшенные деньги, а что пишут про роверовский планшет и вовсе лучше не читать.

Полстраницы о высоких ISO у ЦФК

Пнд, 11/29/2010 - 12:24 — lexa

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

Несколько тезисов

Сенсор цифровой камеры - он цифровой, считает электроны
Прибывающие фотоны превращаются в заряд с какой-то квантовой эффективностью, вот прямо в штуки электронов. Квантовая эффективность современных сенсоров - порядка 0.5, два фотона в один электрон (зависит от длины волны, для самых синих все много хуже), это уже после байеровских светофильтров.
Емкость одного пикселя (сенселя) - конечна
Один пиксель может накопить не очень много электронов, десятки тысяч. Емкость пикселя определяется его площадью в первую очередь. У Роджера Кларка есть красивая табличка с парой десятков камер Canon/Nikon, у него же описана методика самостоятельного определения характеристик камеры.
После считывания с сенсора, сигнал может быть усилен
Усиление используется, чтобы привести слабый сигнал к удобному для АЦП диапазону.
Заметим в скобках, что цифровые камеры получаются "дважды цифровыми": сначала дискретные отсчеты на сенсоре, потом оцифровка их на АЦП
Динамический диапазон определяется отношением сигнала к шуму
Шумы при этом - это и шум квантования на сенсоре (т.к. число электронов всегда целое) и шум усилителя и тепловые шумы (электроны, возникшие сами по себе, без упавших фотонов) и шум квантования на АЦП.
Теперь перейдем к простому примеру.

Update: дописал два абзаца про синий канал, высокие ISO и лампы накаливания. Если не хотите огорчаться, лучше не читайте.

Обилие демозаик

СБ, 11/27/2010 - 15:00 — lexa

Тем временем, вышла LibRaw 0.12 (beta).

Усилиями контрибьюторов (как их писать на нашем, "вкладчики"?) была добавлена большая пачка разнообразных методов демозаики.

К несчастью, лицензионные ограничения не позволяют распространять все это богатство на тех же условиях, что и LibRaw (LGPL/CDDL), поэтому часть этих методов раздается отдельно, под соответствующими лицензиями:

  • Демозаика DCB и шумопонижение FBDD (автор: Jacek Gozdz) добавлена в основную LibRaw, ибо лицензия позволяет.
  • LibRaw-demosaic-pack-GPL2 включает в себя:
    • Алгоритмы, реализованные в Modified DCRAW by Paul Lee: VCD, modified AHD, AHD+VCD и модифицированные медианные фильтры.
    • Алгоритмы из Perfect Raw by Manuel Llorens (удивительно, но не нашел куда нормально дать ссылку): AFD и LMMSE
  • LibRaw-demosaic-pack-GPL3: AMaZE из RawTherapee 3 и подавление хроматических аберраций оттуда же.

Удивительное дело, но на тех снимках, на которых я тестировался (попались детские портреты) разница между алгоритмами - минимальна. Да, она есть, она видна на мелких деталях (а где же еще), но стоит ли овчинка того или нет - мне сложно сказать.

Внезапно: 4-гиговые DDR3

ЧТ, 11/25/2010 - 12:50 — lexa

Смотрю в цены ближайшего лабаза. Вижу:

  • 4GB DDR3-1600 CL9 - 2717
  • 2x2GB DDR3-1600 CL9 - 3003
(понятно что одиночными 2-гиговыми еще чуть дешевле и вообще это аберрация).

Но универсальная константа памяти в десктопе должно быть на 600 баксов продолжает соблюдаться уже 17-й год. Как раз 6 слотов по (примерно) $100.

Че только с ней делать в таких количествах.....

А то что влезло - не хотело вылезать

СБ, 11/20/2010 - 14:20 — lexa

А что вы хотели - танк сорок тонн весит это же материалы SIGGRAPH-2010, три кило тонкой бумаги. И не влезут.

Содержательно же хочу заметить, что подписка на SIGGRAPH-овские материалы в московских условиях имеет только эстетический смысл: кирпич красивый, толстый, убедительный, на гнет к капусте годится великолепно, но все материалы давно доступны в ACM Digital Library.

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

Акадо+OpenVPN?

ПТ, 11/19/2010 - 12:17 — lexa

Меж тем, по следам вчерашней ужасной страшилки нам сообщают, что конкретно у Акадо и конкретно OpenVPN (и конкретно в штаты, если это существенно) - не работает. В точности как на роеме пишут (пункт 4).

Я вот не являюсь пользователем ни OpenVPN, ни Акадо, однако интересно.

Может кто-то у себя попробовать?

tor-rent?

ЧТ, 11/18/2010 - 12:41 — lexa

Почитал на роем.ру новую УЖАСНУЮ СТРАШИЛКУ про тотальный запрет шифрованого трафика.

И подумал: а хрен ли в uTorrent и вообще в подобных клиентах нет внутри аналога Tor или подобных виртуальных аномайзеров-VPN-ов?

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

Очевидная, казалось бы, идея, а почему нету?

Beware: git(hub)+git+subversion= many epic fails...

СБ, 11/13/2010 - 10:51 — lexa

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

GitHub <--> локальный git <--> SVN-репозиторий
оказалась нежизнеспособной, хотя изначально не казалась таковой.

У меня это, правда, осложнялось тем, что в SVN-е запомнена долгая и трудная жизнь, а на GitHub я поэкспортил только /trunk/, только одного проекта, да и то не весь, а только начиная с публичных версий.

Еще про карнавал

ПТ, 11/12/2010 - 15:45 — lexa
А если без шуток и хихиканий, то домен .РФ имеет шансы заменить поисковый запрос, как нам подсказывают коллеги. Если сработает. 
аренда-бесшовной-видеостены.рф
аренда-бизнеса.рф
аренда-бульдозера.рф
аренда-в-питере.рф
аренда-в-спб.рф
аренда-видеостены.рф
аренда-город.рф
аренда-грузовиков.рф
аренда-домена-в-москве.рф
аренда-екатеринбург.рф
аренда-инструмента.рф
аренда-ипотека.рф
аренда-камеры.рф
аренда-кофемашин.рф
аренда-кран.рф
аренда-лесов.рф
аренда-мультитач.рф
аренда-нежелых-помещений.рф
аренда-новосибирск.рф
аренда-плазменной-панели.рф
аренда-плазмы.рф
аренда-презентационного-оборудования.рф
аренда-рублевка.рф
аренда-самолетов.рф
аренда-светодиодного-экрана.рф
аренда-хабаровск.рф
Может и не сработать, все-таки прилично оно выглядит только в файрфоксе, а эти ужасные xn-- в MSIE и Chrome - омерзительны. (Оперы под рукой нету и ставить ее ради посмотреть - не хочу). Но если у 50-70% населения это починится (ну там у MSIE9 и Оперы), то может и сработать.* - см update ниже.

И всякие очевидные generic-названия, вроде "магазин-вина" или "пивной-ларек" глупо не брать, по 89-99 рублей то.

Update интернет сообщает нам, что MSIE показывает нормальными буквицами в URL все, что подходит под понимаемые языки. У меня там был только английский, после добавления русского все вылечилось. С Chrome - аналогичная фигня. Подозреваю, что ставил браузеры до добавления русского в систему, отчего у них такие настройки и оказались.

LibRaw 0.11.2

ПТ, 11/12/2010 - 00:01 — lexa

По традиции, поспамлю тут немножко.

Вышла LibRaw 0.11.2 в которой:

  • Вычитание уровня черного производится всегда на стадии постпроцессинга (про что я тут уже писал), что сильно упрощает жизнь, особенно если у вас постпроцессинг свой: не надо разные камеры обрабатывать разными способами, черный или всегда сами вычитаете или всегда зовете LibRaw::subtract_black().
    Для пользователей постпроцессинга LibRaw в этом месте ничего вообще не изменилось, API старый, вычитание делается прозрачно для вас.
  • Сильно порефакторена AHD-интерполяция, если используется OpenMP, то на 4-процессорной машине оно теперь раза в полтора быстрее чем раньше (тоже с OpenMP) на полной обработке, т.е. AHD-стадия быстрее разика в 2-2.5
  • Новый I/O-layer, сделанный на iostreams, что для мультипоточных программ на Win32 и Linux сильно быстрее (на этих системах в FILE* I/O явно переборщили с блокировками). На FreeBSD/MacOS разницы никакой нет, что мне говорит об отсутствии там лишних блокировок (а кому-то еще - об убогости тамошней реализации iostreams :).
  • Поддержан мешочек новых камер (импортирована свежая dcraw 9.05):
    • Canon: G12, SX120, 60D,
    • Hasselblad H4D, Nokia X2, Olympus E-5,
    • Nikon: D3100, D7000, P7000,
    • Panasonic: FZ40, FZ100, LX5,
    • Pentax: K-r, K-5, 645D,
    • Samsung GX20, WB2000
  • Ну и по мелочи много поправлено, читайте Changelog.

Ну и на закуску: основная ветка разработки теперь дублируется на GitHub: github.com/LibRaw/LibRaw, отчего участие в наших развлечениях для сторонних желающих сильно облегчилось. Увы, но сил на дублирование всего репозитория не хватило, поэтому релизные боковые ветки - бэкпортятся в master, но вот самих боковых веток на github нету.

FreeBSD ZFS performance: просто возьмите молоток побольше

СБ, 11/06/2010 - 14:38 — lexa

Если поискать в этом блоге, особенно в каментах, то найдете что ZFS на трех дисках (RAIDZ) давала у меня скорость чтения/записи порядка 75-80 Mb/sec. Так оно и было до недавнего времени, пока я с этой скоростью не уперся в скорость на сети (samba).

Пришлось навести следствие. Выяснилось очень простое, хотя и не вполне очевидное:

  • У меня был даунклоченый Core2Duo: 1.86Ghz работающий на ~1.6, задаунклочил летом, по случаю жары, просто на всякий случай.
  • При этом при чтении с ZFS system time как правило не рос выше 50%, что я неверно интерпретировал как однопоточность ZFS (судя по всему, неверно, ибо потом в тестах видел и 70% system) и верно интерпретировал как упертость в процессор.
  • Банальный оверклок того же горшка (и памяти) приводил к почти линейному росту скорости FS.

Тогда я пошел в лабаз и купил там еще один 2TB диск и 3.06-гигагерцовый C2D (E7600), собрал все в кучку (дисков стало 4) и результат:

  • 170-195 Mb/sec на запись
  • 230-280 Mb/sec на чтение
Скорость, судя по всему, зависит от того, в какую зону диска, побыстрее или помедленнее, файловая система положила файл. System при этом держится на уровне 20-30%, а изменение частоты горшка на производительность почти не влияет. Ну и Samba в диск больше не упирается.

Все тестирование делалось методом 

dd if=/dev/zero of=file bs=1M count=20000
dd if=file of=/dev/null bs=1M
То есть речь о больших файлах, с мелкими всегда все сложнее и хуже.

802.3ad, EtherChannel и прочие....

ПТ, 11/05/2010 - 11:34 — lexa

А я правильно понимаю, что все виды агрегирования двух (и более) Ethernet-ов в один логический линк - они распределяют трафик по отдельным линкам исходя из адресов (MAC или IP) конкретного пакета?

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

Никаких стандартных способов раскидать по двум линкам пакеты от одного TCP-соединения нету?

А счастье было так близко.....

P.S. Нет, я знаю что у FreeBSD-шного lagg есть round-robin, проблема в том что у меня с другой стороны работают или LACP или EtherChannel, а имеющийся там же LoadBalance работает как-то удивительно.... (это Realtek Ethernet Teaming, если интересно). Но похоже, даже если интеловскими средствами пользоваться (поменять сетевую карту и так далее...), которые более человечные, запихать один TCP-коннект в две трубы - не выйдет.



.