И про EXIF

Вот есть такая компания, Панасоник. Делает цифровые камеры, в числе прочего.

В этих цифровых камерах есть RAW. И есть, конечно же, JPEG.

В этих RAW тоже есть JPEG, внутри.

В этих JPEG, и в отдельных и в тех которые внутри RAW, есть EXIF. А внутри EXIF - MakerNotes, панасонико-специфичные.

Теперь следите за руками:

  • Порядок байт в EXIF (Intel/Motorola, II/MM) задан там внутри, стандартным образом.
  • В тех файлах, которые я держу вот в руках сейчас, он РАЗНЫЙ для EXIF внутри
  • ...

FastRawViewer 1.0.5 beta

Согласно сложившейся традиции, бета-версия FRV.

Новое

  1. Поддержка 64-мегапиксельных клееных файлов Olympus E-M5 Mark II
  2. Новая настройка Other - Use high speed preview for Fujifilm X-Trans
    Как очевидно из названия, эта настройка ускоряет работу с X-Trans (ценой качества, иначе не было бы настройки).
    При первом запуске и при сбросе настроек эта настройка включается сама на компьютерах
    • с процессорами до поколения Intel i7
    • у i7 (i3,i5) первого поколения, если число ядер меньше 4 (гипертрединговые ядра считаются за настоящие).
      На более быстрых машинах эта настройка не нужна, скорость приемлемая и со стандартной распаковкой.

Еще про Oly E-M5-Mk2

1. Про разрешение и муар

На dpreview выложили файлик с Oly в компарометр. И сравнивают с D810, разумеется.

Я скачал оба файла, загнал в RawDigger, подогнал увеличение так, чтобы размеры были почти одинаковы и втыкаю вот в самом интересном месте, resolution target "цветное на цветном" (полноразмер по клику)

Нового я естественно не скажу ничего, все уже увидели:

  • Olympus "мыльнее"
  • "Настоящая" детализация в сложных случаях (magenta на зеленом, смотрим в ПНУ)
  • ...

Про Canon 5DS(R)

Дожили: Canon 5DS R Review

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

Что нравится (в тексте; камеры, понятно, не видел), так это то, что над камерой явно подумали. Ну вот например:

  • Моторизованое (а не на пружине) зеркало с уменьшением скорости, чтобы не так колотило.
  • Описанный отдельно - а значит это новый режим - режим задержки спуска по одной кнопке. Раньше вот автоспуском пользовался (зеркало
  • ...

Про Olympus E-M5-2 и ее 63 мегапикселя

А точнее, не про саму камеру - в руках не держал, а про ее Hi-Res файлы (которые в руках держал уже), которые 40Mpix JPEG/63MPix RAW имею сказать (про саму камеру можно почитать/посмотреть кино у Дмитрия Новака).

  1. В качестве результата выдается баеровский файл размером 9280x6938. После обрезки рамки по рекомендациям олимпуса остается 9216x6912.
  2. Файл нежатый, 12 бит на пиксель, байеровская маска - стандартная олимпусовская.
  3. Таким образом, камера сама клеит 128 мегапикселей исходника (16Mpix x 8 кадов, если верить истории про 8 кадров) в 64 мегапикселя результата. По какой формуле, как, что, почему - неизвестно.
  4. У результата склейки есть странности. В частности, каналы R и B - странно порезаны, максимумы в них примерно 2000 +-несколько десятков, зависит от ISO (значения - после вычитания уровня черного), а в зеленом остаются ~3840 (аналогично, после вычитания черного).
  5. Таким образом, стандартный процессинг RAW (считающий камеру 12-битной с максимумом в 3840) даст окрашенные света (вроде розовых облаков, но для нормального освещения получается скорее желтое), процессинг надо менять. Или грубо (просто верхний практически стоп отрезать, что обидно) или помягче (отрезать после ББ, но тоже меньше чем ~полстопа не получится).
    Есть надежда, что firmware поправят в этом месте, если громко жаловаться.

Там еще много вопросов про этот режим и его применимость в реальной жизни, вместе с тем, я очень надеюсь что другие производители камер тоже ломанутся в эту нишу. Ибо одно дело - 64(40)Mpix мультишот, а совсем другое - если исходный сенсор мегапикселей в 40. Надеюсь в этом месте на Sony - они внутрикамерную стабилизацию для FF осилили, переделать ее под мультишот должно быть нетрудно. Могут быть патенты, конечно....

UPD (совсем про другое): судя по этому снимку, олимпус освоил производство L-bracket. Что мы приветствуем, если цена будет адекватной.

В Хангай ... за фото!

Сегодня в моем блоге пятиминутка рекламы. Пост проплачен алтайским медом!

Мои хорошие друзья и, по совместительству, любимый тур-оператор «Алтай-Гид» набирают народ на новый маршрут в Монголию, на этот раз в Хангайские горы. Если кто в детстве читал «В Хангай за огненным камнем»  то это вот ровно туда.

У меня это будет седьмая поездка в Моноголию (и девятая с Алтай-Гидом, кроме того в 2008-м они нам делали логистику для нашего водного похода) и я хочу от себя прокомментировать...

Про компьютеры

Есть вот такое мнение, что "компьютеры перестали становиться быстрее". Пару лет назад я его даже развеивал на хайлоаде, но в докладе упирал на SSE/AVX/итп.

Но тут понадобилось попрофайлить кой-чего на Core2 (у котогого aligned/unaligned access резко отличаются). Достал с полки старый свой макбук, 2007-го года, Core2 Duo, ~2.2гигагерца (могу ошибаться, по памяти пишу). Надо теперь собрать Qt. Вот Qt 5.3.2 собиралося у меня почти 7 часов (400 с чем-то минут по time), на двух ядрах.

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

Отобрал у жены ноут. Celeron T3100, то же поколение Сore2, 1.9гигагерца, винды. Вот 2010-я студия собирает, 5 часов уже прошло, до QtDeclarative добрались. Значит еще не меньше часа.

Для сравнения, i7-4770 собирает тот же Qt 5.3, судя по датам создания файлов, 36 минут. В 10 раз быстрее. Да, вдвое больше ядер, ~вдвое больше частота, но еще 2.5 раза просто от большей лучшести.

Это вот я к тому, что те кто гордо не апгрейдит свои Q6600, они на самом деле заметно отстали от.

FastRawViewer 1.0.4 (RC)

По традиции, читатели этого бложика увидят свежий релиз (кандидат?) FastRawViewer чуть раньше всего остального мира.

Изменения

  • Новые действия
    • Menu - File - Copy to folder (ask destination) (стандартный хоткей: C)
    • Menu - File - Copy to folder (same destination) (стандартный хоткей: Shift-C)
        Действуют аналогично Move to folder, но не перемещают, а копируют файл. Папка "Same destination" - общая для действий Copy и Move.
  • В настройке Preferences - File Handling - Subfolder for rejected files
    можно
  • ...

Q: USB card reader

Граждане читатели!

А у всех такая же ерунда с SD/CF-ридерами, что и у меня?

У меня оно так:

  • У меня был (и есть) 'Transcend USB Reader P8'. Работает как из пушки, никаких претензий к нему нет, кроме того что он USB2 и медленный.
  • Затем я купил Transcend TS-RDF8K. USB3. Он поработал у меня в USB3-режиме какое-то время и скис. Перестал читать. Я поапгрейдил ему фирмварь (!) и он проработал еще пару месяцев и опять скис: при подключении к USB3 не работает. Можно подключить USB2-кабелем (Micro-USB) и тогда работает примерно вот как предыдущий.
  • Тогда я купил внутренний ридер. Какой-то китайский китай вроде этот, во всяком случае очень похож. Включил его во внутренний USB3-порт и все вроде бы неплохо, но иногда если им активно пользоваться - он начинает ресетить USB-шину (или USB-контроллер ресетит сам себя, не понять). Со всеми приколами - отваливаются все USB-устройства, потом находятся. Жить так можно, если задача "списать файлы с карты". Но вот тут при тестировании FRV на медленном носителе - я прямо вот утомился от этих ресетов.
  • Купил вот сегодня Lexar® Professional USB 3.0 Dual-Slot Reader. За полчаса поломать его не удалось - пишет, читает, все как из пушки. Но надолго ли, вот в чем вопрос.

Теперь, собственно, Q:

Оно все (эти ридеры) - по жизни говно, или мне так особенно с ними везет?

Q: Mellanox Infinihost + Windows 8 + SRP?

Граждане читатели!

Вот у меня задуман переход на Win 8.1 (в процессе задуманного апгрейда монитора). А дисковая полка то у меня - по Infiniband+SRP подключена.

Про..этосамое сегодня полдня, вот на таких граблях:

  • WinOFED 4.x (от которого опенсорса не могу найти, брал с сайта Mellanox) - совместим с Win8, но не содержит драйверов Mellanox Infinihost. Только ConnectiX.
  • WinOFED 3.2, который у меня на Win7 работает: не ставится на Win8, там проверка версии во встроенном скрипте (а не в параметрах MSI, их я умею снять)
  • WinOFED 2.1 - ставится на Win8 (проверки в скрипте нет), с виду работает, но там нету SRP (точнее, в релнотесах написано что есть бета, но следов этой беты не видно)
И как жить? Все бросить и собрать WinOFED3 самому? Я даже начал, но он захотел WIX, потом Windows DDK (WDK), потом Windows SDK6.1 и вот на стадии SDK я сломался (у меня его нету из принципа, чтобы с SDK от Win8 не дрался).

Может кто решал проблему и решил?

Аналогичная проблема должна быть на Windows Server 2012, если вдруг у вас есть для нее драйвера Infinihost+SRP - поделитесь пожалуйста!

P.S. Я могу и на IPoOB + iSCSI пожить, но SRP сильно веселее....

Взорвалась? Склеим обратно!

Алаверды к вот этому, чтобы не затерялось в комментах.

Починили:

  1. fcntl: https://svnweb.freebsd.org/base?view=revision&revision=277211
  2. sigaction: https://svnweb.freebsd.org/changeset/base/277236

Большое спасибо Константину Белоусову за.

Но я в ужасе убежал на 9.3 и посижу на 9.x еще годик.

Ура, она взорвалась!

Много лет я пользуюсь на своих FreeBSD-серверах некоторыми бинарниками, собранными в незапамятные времена, под FreeBSD6. Работают (под compat6x), каши не просят, все устраивает (устраивало?).

Но, ура, наконец оно (воспроизводимо) сломалось:

  • (cd /usr/src; svn up; make то-се-инсталл) - получается текущая 10.1
  • И, ура, эти бинарники перестают запускаться, cannot lock pidfile пишут мне. Truss чего-то такое показывает про bad address.

Воспроизвел на двух машинах - вводимом в эксплуатацию сервере (и сейчас, да, всю команию обратно, вот значит подарочек мне) и на виртуалке. На виртуалке вот просто классически, там была 10.x от 27 июля - и работало, а свежий сегодняшний svn up все поломал. Ну, зашибись.

Я, понятно, могу произвести раскопки, найти ЕЩЕ ТЕ исходники, пересобрать под 10.1 (не уверен, что соберутся текущими компиляторами, гы) и все такое. Но блин, не до грибов мне сейчас!

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

Буду откатываться на 9.3, благо претензий к ней у меня нет.

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

P.P.S. Как хорошо, что на домашнем стораджбоксе не затеял переход на 10.1. Собирался ведь, а получился бы точно геморой на всю задницу.

Pages

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