Свежие комментарии

Обычно большие файлы мне передавали через megaupload.com

Что умиляет, это вот эти гениальные оговорки про Prior versions of Qt are not impacted by this announcement. Я тут, некоторым образом, по причине некрофилии о которой напишу отдельно, столкнулся с необходимостью иметь коня, т.е. motif 1.2 на доисторической платформе, just for fun. Дык, натурально, пришлось стать конем самому, то есть с помощью напильника и какой-то матери собрать вполне себе последний lesstif через жопу автогеном - потому как OSF сотоварищи мало что сделали 1.2 "not impacted by this announcement" - они еще судя по слабому попукиванию на prnewswire еще и пытаются впаривать этот доисторический ужас разным жертвам embedded development за вполне реальные бабки. Препятствуют, понимаешь, проникновению в массы технологий каменного века, мешают испытать экстаз от оригинального трупа образца 94 года..

В верхних нескольких строках у всех кэнонов мусор, это фича такая.

В даташите есть графики скорости оттока электронов (в drain). По одной оси - штуки, по другой - миллисекунды.
Легче ли от этого?

>> Метаданные суют в место для метаданных, а не для данных <<

Мммда ? Правда, что ли ? :-))

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

raw это то, чем кормят "Дигик". Помимо непосредственно "сырца с матрицы" ему нужны и другие данные (в том числе калибровочные, например). Заставлять "Дигик" бегать по "периферии" и собирать эти "метаданные" - строить tight coupled астролябию. Гораздо практичней и разумней выработать строгий контракт (интерфейс) в духе "stream оговоренной структуры на входе - stream оговоренной структуры на выходе".

Конечно, тебе хотелось бы "сесть" прямо на матрицу, ещё до всяких "Дигиков", но ради тебя, как ты, наверное, понимаешь, никто стараться не будет... равно как и ты сам не склонен стараться для "эндюзера" (я про libraw и её тулзы, если ты вдруг не понял ,-))

-+-
Ну, и "чтобы два раза не вставать": цитата из доки на "libraw" - "Not thread-sage library uses global variable for intermediate data store which is faster but not reenterant." - ты вообще пытался профилировать это дело или "из общих" соображений решил, что кривые подходы ускоряют код ? ,-)

У меня нету Sinar-овских самплов в его родном формате. А в DNG смотреть бессмысленно, непонятно какие преобразования были по дороге.

Если можно найти самплов (интересует и обычный кадр и 4-shot), то конечно можно посмотреть. Но для реального посмотрения нужен кадр с ярким бликом (или просто местами пересвеченный).

Сразу вспоминается Ричард Никсон.

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

А что за антиблюминг, кстати?

стандартные процедуры изобретения велосипеда
Проблемами калибровки изображений астрономы занимаются давно. Странно что их наработки не используются, алгоритмы описаны, опубликованы и свободно доступны на arxiv.org. Сейчас в типовым методом является вычитанеие медианы строчки (или нескольких строчек), а вовсе не среднего. (гуглить по ключевым словам prescan+overscan+CCD)

Объяснение терминов "на пальцах" - http://astronomy.nmsu.edu/cwc/Software/CCD-calib.html

С инженерной точки зрения - это попытка убрать нестабильность ступеньки, смещающей сигнал в линейную область усилителя перед АЦП, т.е апроксимировать розовый шум по кусочкам (измеренным в области pre|overscan) в область где этот шум сложен с изображением. Медиана (возможно скользящим окном с захватом нескольких измеренных участков) справляется лучше, чем среднее. Выбор размера окна естественно зависит от схемы и характеристик чипа/усилителя/ацп.

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

Метаданные суют в место для метаданных, а не для данных

http://en.wikipedia.org/wiki/Windows_Imaging_Component
Но в массовое счастье я не поверю от этого

Да все та же причина - количество пользователей увеличить.
А про Windows specific я не очень понял. Ты же пишешь библиотеку и WIC кодек будет всего лишь приложением, которое эту библиотеку использует.

Производителю камеры понятно зачем оно нужно. А стороннему разработчику?