2013

Гасите свет! Они лезут на свет!

До недавнего момента все новомодные камеры на Fuji X-Trans имели одну схему "небайеровской" мозаики.

Но вот с новыми камерами уже не так: X20 и X100S имеют две новых (отличающихся от старой и друг от друга) схемы. Тоже 6x6, уже хорошо, могли бы и 7x7 сделать и 9x11.

Компания Fujifilm передает приветы авторам конверторов. Особенно приятно им будет, если они какую-то оптимальную схему интерполяции захардкодили (для скорости, к примеру). Ну захардкодят еще парочку, делов то.

Что думают авторы конверторов о компании Fujifilm я боюсь и предполагать....

Upd: они отличаются сдвигом. Т.е. пожертвовав 2-3 строчками/столбцами с краю - можно свести эту физику к одному и тому же.

Про расторжение контракта на Стрим

До GPON у меня был стрим. С GPON, естественно, несовместимый. Пришлось удалять.

Расторжение договора оказалось простым и легким:

  • 29-го апреля я подал им заявление на расторжение и возврат бабла. В офис МТС около метро. Там удивились, но приняли и выдали чек на 0.0 рублей, у них такой способ регистрации заявлений.
  • 1-го мая в личном кабинете договор пометился как расторгнутый, неиспользованные деньги за часть месяца вернулись на счет в Стриме.
  • 13-го мая остаток денег на счету обнулился и вылезло показанное выше сообщение.
  • Вчера деньги упали на счет.

С учетом праздников - вполне оперативно.

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

К заявлению просят приложить копию какой-нибудь квитанции об уплате. Т.к. я платил из банк-клиента, для меня это проблемы не составило. В случае со всякими вебманями - могут быть приколы.

P.S. Понятно, что МГТС - это тот же МТС. И вот интересно было бы посмотреть через годик на отчетность. Понятное дело, Стрим исчезнет вместе с медью. А вот станет ли клиентов на интернет больше (чем было у Стрима+МГТС на полгода назад) или меньше - интересно.

Про Canon 6D: китайские батареи

Интересовались?

Отвечаем: батареи DSTE, на которых написано "чипованые, совместимы с 5D3/60D" (6D - не упомянут) - на самом деле совместимы и с 6D тоже. В том смысле, что камера не ругается, уровень заряда показывает и все прекрасно.

Брал у этого продавца (у него же брал для Oly OM-D, да и много для чего еще). Торговаться сильно не пробовал, процентов 8-10 он скидывает легко.

P.S. Несмотря на ужасные крики прессы и блоггеров про Почту России, прохождение посылок у меня затянулось не безумно. Вместо стандартных 4 недель из ЮВА получилось 5 (из Кореи) и 7 (из Сингапура). Конечно, 12 дней по москве - это перебор, даже с поправкой на праздники, но до лета я успел, хотя уже начинал нервничать.

Просьба к владельцам 5D Mark III

Уважаемые владельцы 5D Mark III!

Не могли бы вы

  1. Снять любой кадр в режимах mRAW (sRAW1) и sRAW( sRAW2) /В скобках - как эти режимы называются на 5D2, не в скобках - как на 6D, а как на 5D3 - не знаю/
  2. Расшарить его через dropbox для lexa@lexa.ru
?

Мои границы не будут знать благодарности. И наоборот.

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

Заранее спасибо!

P.S. Когда мне хватит - я тут напишу апдейт. Update: достаточно. Спасибо!

P.P.S. Бага (не у меня) проявляется с 6D, но код обрабатывающий mRAW в этом месте един с 5D3 и хочется проверить и эту камеру тоже. Update: проблема только с 6D (проблема в RawSpeed)

Olympus OM-D E-M5: динамический диапазон

В рамках изучения свежеобретенного Olympus OM-D E-M5 (ну и название!), проделал ему операцию по определению "фотографического динамического диапазона".

Использовалась та же методика, что и для EOS 6D. Более того, случайно получилось так, что результаты по этим двум камерам вообще сравнимы с некоторыми (минимальными) оговорками:

  • Дистанция съемки была та же
  • Размер (в пикселях) у Oly на ~10% меньше (по линейному количеству пикселов в каждом направлении)
  • ЭФР оптики, наоборот, на 10% больше (использовался 75/1.8, а на EOS 135/2).
  • Поэтому детали получились практически одного размера (в пикселях снимка).
Как следствие, результаты по ДД сравнимы при одном и том же dpi печати, т.е. если на отпечатке с EOS видны какие-то детали, то при том же ДД эти же детали будут видны примерно так же при печати на ~10% меньше по линейным размерам.

Перебивать большую табличку в блог мне было лень, поэтому результаты привожу в виде графика:

Линии на графике отвечают четырем размерам деталей в тенях:

  1. Шрифт 12pt (размер цифр на снимке - 30 пикселов), черным по серому, контраст 0.5EV
  2. Шрифт 18pt (~50 пикселов на снимке), черным по серому, 1EV
  3. Шрифт 30pt (~70 пикселов), белым по серому, 1EV
  4. Шрифт 30pt, белым по серому, 1.5EV
Как и для 6D, первые три диапазона построены для светов, где ни один канал в сером не насыщен, а четвертый - для такой экспозиции светов, когда зеленый уже начал выбиваться (впрочем, разница в этом месте - всего 0.3EV).

К точкам на графике следует относиться не как к абсолютной истине. Снимки оцениваются глазами, по критерию читаемости, ошибка в +-снимок (т.е. 0.3EV) вполне вероятна.

О чем мы думаем глядя на эту кучу битого кирпича? А вот о чем:

Q: CF/SD duplicator/portable backup

А вот в раньшие годы были такие "фотобанки". Коробочки с жестким диском и батареей и можно было флеш-карту в поле побэкапить.

Два вопроса

  1. Куда они подевались? Нет, на B&H есть, а вот Яндекс-маркет не находит ничего ни по слову "фотобанк", ни по известным мне торговым маркам.
  2. На самом деле, мне нужно даже не оно, а просто устройство, которое
    • Может переписать одну флешку на другую. Лучше, конечно, пофайлово, а не посекторно.
    • CF<->SD и SD<->SD
    • Питание от встроенной батареи и от автомобильных 12В
Не встречали? Всякие поиски "SD card duplicator" находят только U-Reach SD300, но их у нас опять же нету. Ну не может же быть, чтобы только одна компания такое делала.

Про подземный стук

Рассказываю:

Вот этой вот проблеме

kern.timecounter.hardware=HPET
вроде бы помог. Ну то есть сегодня утром все было хорошо, ничего не замерзло.

named[...]: *** POKED TIMER *** тоже пропали, нету в логах.

Буду продолжать наблюдения.

От тайка они пухли, а от украдки - дохли

Уважаемые ученые!

У меня в подполе происходит подземный стук стала странно себя вести FreeBSD 9.1

А именно: она замерзает.

Это домашний сервер, на котором ночью никаких процессов нет (я в рамках поиска проблемы даже periodic убрал) и утром я нахожу его в следующем состоянии:

  • Оно с виду живое, можно залогиниться
  • Если запустить top или systat - то вместо обновления раз в несколько секунд - экран обновляется раз в секунд 10-30 (а может и медленнее)
  • Если запустить netstat 1, то вместо печати суммарного трафика раз в секунду - печатается заголовок и более ничего не происходит (впрочем, дольше нескольких десятков секунд я не ждал)
  • По reboot - убиваются процессы, а дальше я не знаю т.е. на экран оно ничего не выводит, диски не синкает. Всякий раз перегружаю ресетом.
  • Если делать на машину scp - то идет медленно (~3MB sec), при этом sshd съедает целое ядро, судя по top. Samba тоже работает медленно, вместо 150-250 MB/sec (по 10G) получается скорее 30MB/sec.
  • В логах - тишина, за исключением вот этого вот:
    May  8 00:07:24 home-gw named[1406]: *** POKED TIMER ***
    May  8 00:18:16 home-gw named[1406]: *** POKED TIMER ***
    May  8 00:30:25 home-gw named[1406]: *** POKED TIMER ***
    May  8 00:50:52 home-gw named[1406]: *** POKED TIMER ***
    May  8 01:31:10 home-gw named[1406]: *** POKED TIMER ***
    
Изначально была гипотеза, что оно зависает в каком-то low-power state. Сейчас гипотеза - что просто встает таймер.

Пока переставил таймер с TSC-low на HPET, но что бы еще такое посмотреть?

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

RawDigger 0.9.16

Раз никто не пожаловался, значит все работает. Значит надо выпускать релиз.

Вот он: Никаких изменений (кроме смены номера/названия версии) с RC2 не было.

Желающие поспамить англоязычные форумы, могут брать текст анонса отсюда :)

О растре в GPS, часть 3

Продолжение вот этих двух записей, для памяти:

  1. О растре в GPS (HOWTO)
  2. О растре в GPS (записки для памяти)
Как нам подсказали читатели, в Global Mapper v14 есть поддержка JNX.

Действительно, есть, я ее вчера опробовал. Имею сказать

  1. Получаемые файлы, после подстройки масштаба и Product ID при помощи JNX Customizer (берут отсюда), прекрасно читается GPSMAP 62s (а других приборов с поддержкой растра у меня нет). Не тормозит и все такое.
  2. Масштаб, который ставит Global Mapper - мелковат, на мой вкус. Для километровки стандартно получается "видно с 3 км", лично я такой масштаб ставлю 200-тысячным картам. Возможно, для приборов с экраном покрупнее GM прав, для моего прибора - нет.
  3. C большими картами (которые не влезают в 50k тайлов 256x256) GM обходится нормально, делает тайлы побольше (из листа 500-метровки сделал 49k тайлов 490x512). Прибор такие карты жует нормально.
  4. Работает медленно: все тайлы сначала сохраняются в %TEMP% как файлы, даже на SSD это небыстро. Лист километровки (144 карты), который влезает в 50k тайлов 256x256 - где-то полчаса. Лист 500-метровки (~400 карт, он был неполный) - около полутора часов.
    Второй случай - сильно быстрее, чем map2jnx для больших тайлов, там я даже 1% готовности никогда не мог дождаться.
Сухой остаток: жить можно.

Update: а вот путь SAS-Планета - ECW - GlobalMapper - JNX оказался жопой. Отчего-то (неоптимальная работа с JPEG) 39к-тайловую карту (снимок) с тайлами 256x256 GlobalMapper мастурбировал почти два часа, а следующее разрешение (50k тайлов, но уже 350x450) захотел делать вовсе 4 часа.

Для снимков - прямо SAS-планетой пришлось сохранять, несмотря на то, что многотомные JNX я не люблю. 4 минуты вместо 4 часов (и понятно, оно JPEG-и не пережимает, а прямо из кэша своего и берет).

Pages