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

Title Comment
У кипона есть хассель на

У кипона есть хассель на пентакс-к: http://www.adorama.com/KATSHSPXK.html

Мирекс - это с VAT, поэтому реально там минус налог, плюс пересылка, плюс перевод (потому что карточки Mirex так и не принимает вроде).

Но с Pentax-K вообще плохо жить, самый вменяемый зеркальный байонет под переходники - это Canon.

Да, у кипона что-то ничего

Да, у кипона что-то ничего нет, а у Мирекса есть, но 400 евро, Аракс побюджетнее получается.

T/S-СФ-оптика вся ж довольно

T/S-СФ-оптика вся ж довольно длинная, короче 55 вроде и нет ничего.

Ну так "СФ через переходник"

Ну так "СФ через переходник" можно понимать двояко. И как "T/S переходник для СФ-оптики" и как "тупой переходник и T/S-СФ оптика" :)

Я ж пишу "СФ через переходник

Я ж пишу "СФ через переходник". Mirex, Kipon.
Но СФ-оптики шире 35-мм практически нет.
То есть какая-то есть, но
- из новых (типа всяких цифровых пентаксов и мамий) - и потому стоит неприлично.
- ну и с электронной диафрагмой многое (мамии так точно, пентаксы - не вдавался)

А не бывает переходников с MF

А не бывает переходников с MF на FF/APS-C c T/S внутри? Что бы объектив среднеформатный, но обычный?

На Sony NEX есть T/S

На Sony NEX есть T/S переходник кипоновский, с обратной стороны у него Nikon F (и может и еще какие есть). Вешается обычный никон, движений там будет соответственно несколько миллиметров в каждую сторону, но будет.

На зеркальный рабочий отрезок - только или родные или СФ через переходник.

Оффтопик: а что ты можешь

Оффтопик: а что ты можешь сказать про T/S-объективы на цифру? Вот тут весь отпуск мне такого остро не хватало. Причём мне на APS-C, что, как я понимаю, упрощает ситуацию и увеличивает выбор.
Но мне в голову ничего кроме Arax 2.8/35 не приходит (а надо бы пошире, обычно, если хочется T/S то значит я очень близко к чему-то архитектруно-=высокому и у меня нет физической возможности просто отойти ногами подальше).

Да, верно. E3 -- это

Да, верно. E3 -- это десктопный, с включённым ECC и несколько более широкой валидацией.

Ну вот еще раз (я не понимаю

Ну вот еще раз (я не понимаю как это еще подробнее сказать)

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

Как разделить?

Нет, конечно можно считать, что вторая, та которая не должна войти в профиль, имеет какой-то характер. Ну там свет косой, но его косость описывается чем-то (уравнением 1-го порядка, к примеру). Тогда можно что-то сделать.
Без таких предположений - нельзя ничего.

В описанную выше математику я не вчитывался и не собираюсь. Считаете что она правильная - ну пользуйтесь.

> Встав до 7 утра

> Встав до 7 утра

так это не вопрос жизни и смерти - можно подождать

> Ну вот у вас в темно-синем патче получилось больше зеленого, чем должно быть при расчете "по матрице".
За счет чего его больше: за счет кривого света (который не должен попасть в профиль) или за счет каких-то свойств камеры (кроссовер синий-зеленый, просто нелинейность в тени), которые мы собственно и хотим описать профилем?

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

виньетированние на ~1% площади сенсора (1/10 * 1/10) в центре кадра при зажатой диафрагме и достаточно длинном обьективе если даже и есть то его можно смело отнести к неровности освещения источником света и все.

кроссовер - ну он линеен относительно экспозиции же

Замер мишени (реальный ли,

Замер мишени (реальный ли, идеальный ли) всегда есть, потому что иначе по одному кадру неизвестно чего (мишени с неизвестными цветами) мы и профиль можем построить только неизвестно какой.

Встав до 7 утра - я сегодня

Встав до 7 утра - я сегодня не в состоянии разобраться в математике. Не раньше завтра.

Поэтому я с позиций здравого смысла (он при вставании в 7 утра еще есть) рассуждаю.

Вот у нас есть две группы нелинейных искажений
- те, которые мы хотим компенсировать в профиле (нелинейность сенсора-ацп в тенях; на самом деле "общую нелинейность оптики" /светорассеяние/ - сюда же придется).
- те, которые мы не хотим компенсировать: кривой свет и (отрицаемое вами) виньетирование.

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

Ну вот у вас в темно-синем патче получилось больше зеленого, чем должно быть при расчете "по матрице".
За счет чего его больше: за счет кривого света (который не должен попасть в профиль) или за счет каких-то свойств камеры (кроссовер синий-зеленый, просто нелинейность в тени), которые мы собственно и хотим описать профилем?

> вопрос же - в чем

> вопрос же - в чем неправильна математика ?

и конечно же если матрицы М2 (см выше) просто не существует теоретически (или у наилучшей матрицы погрешность будет больше чем выравнивание реальным flat field) для пары патчей, то понятно почему это не будет работать на практике.

> Как вы предлагаете их

> Как вы предлагаете их разделить одним снимком?

у меня не один снимок - у меня их два... один raw и один замер мишени (это как бы тоже снимок, в "идеальном" освещении который хочется использовать для рассчета отклонений в освещении мишени в raw -> вот я и хочу использовать замер мишени, для выравнивания raw RGB используя вышеприведенные формулы...

> - "оптические":

> - "оптические": виньетирование

мишень занимает ну допустим 1/10 кадра по горизонтали, в центре.... никакого виньетирования не должно быть

> кривой свет, которые влияют на сигнал, попадающий на матрицу

ну вот мы его и выравниваем

> "электрические": шумы, нелинейность в тенях (в частности за счет шума)

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

вопрос же - в чем неправильна математика ?

Ну смотрите, у нас есть две

Ну смотрите, у нас есть две группы нелинейных эффектов:
- "оптические": виньетирование, кривой свет, которые влияют на сигнал, попадающий на матрицу
- "электрические": шумы, нелинейность в тенях (в частности за счет шума)

Как вы предлагаете их разделить одним снимком?

Серверный - это только

Серверный - это только грядущие E5/E7, ведь имеющийся вживую E3 от десктопных не отличается?

вот опять же где

ошибка

допустим померяли мы мишеньку, и допустим для какого-нибудь rgb пр-ва с g1 имеем:

R11 G11 B11 * M1(3x3) = X1 Y1 Z1
R12 G12 B12 * M1(3x3) = X2 Y2 Z2

cieXYZ из промерянного спектра, RGB подсчитано соотв. из cieXYZ/D50

теперь сняли в неровном освещении мишень, выбрали какой нибудь N1 из пред. текста и подобрали некую матрицу М2 чтобы

R21 G21 B21 * M2(3х3) = X1 Y1 Z1

так как освещение неровное то для другого патча

R22 G22 B22 * M2(3x3) * K = X2 Y2 Z2

где К отвечает за то что освещение другое

так как мы знаем

R12 G12 B12 * M1(3x3) = X2 Y2 Z2
R22 G22 B22 * M2(3x3) * K = X2 Y2 Z2

R11 G11 B11 * M1(3x3) = X1 Y1 Z1
R21 G21 B21 * M2(3х3) = X1 Y1 Z1

то

R12 G12 B12 * M1(3x3) = R22 G22 B22 * M2(3x3) * K
R11 G11 B11 * M1(3x3) = R21 G21 B21 * M2(3х3)

и можно посчитать K из 2 наборов промерянных RGB (при неровном освещении) и 2 наборов рассчитанных RGB , матрицы убираются делением

так ли это

и если так - не проще ли flat field делать таким образом ? т.е. это наверняка не так - но где ошибка ?!

Серверный -- да, должен. Про

Серверный -- да, должен. Про клиентский -- не уверен. Возможно, нормально это реализовли только в блоке который реализует AVX512, которого в десктопных SKU нет. Публичных деталей про микроахитетуру Skylake мало.

Haswell, да.

Haswell, да.

Будет ли быстрее на Skylake?

А это что за железо? Haswell?

А это что за железо? Haswell? Там scatter/gather реализован в микрокоде -- много от него ждать не приходится. Разве что оочень сильно поджимает L1I кэш.

А вот да, графики для Skylake

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

Вот ужо куплю MS Surface Pro4 после праздников - и помучаю животное.

Вот тут есть небольшое

Вот тут есть небольшое сравнение для Skylake (который без AVX512): http://www.intel.com/content/dam/www/public/us/en/documents/manuals/64-i..., глава с примером про vpgatherd. Я думаю, что при желании те же instruction sequences можно отбенчмаркать на Haswell и посмотреть на разницу (хотя результат, конечно, немного предсказуем).

http://blog.lexa.ru/2015/12

http://blog.lexa.ru/2015/12/20/eshche_pro_avx2_i_vpgatherdd.html

ES: с полным вектором лучше, но "тупой скалярный код на C++" все равно лучше для гистограммы и существенно.

А я вот только что с прогулки

А я вот только что с прогулки с 5DS, новую оптику выгуливал.
А до этого, с августа, выгуливал практически только соню.

Так вот
1) Да, конечно, у кэнона эргономика получше
2) Но к соневской можно привыкнуть (да, можно)
3) И после этого привыкания - гораздо меньшие размеры рулят.

Femen прибивающих художника

Femen прибивающих художника Павленского :)

Спасибо за отличные материалы :) очень сильно согласен.

не удержусь - сошлюсь на самого себя. Недавно "проапгрейдил" свой Canon 5D-II - в поисках динамического диапазона и видео как бонус - пощупать), тзмаявшись в ожидании обновы от Кэнон и отчаявшись дождаться прежде, чем мой марк-два даст дуба...

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

Вот тут издил душу с ледяняшими кровь подробностями :) читать

> Вот потому у меня в 5DS -

> Вот потому у меня в 5DS - два слота. Чтобы про это меньше думать.

наоборот - все время думаешь что случись что - обе/две карточки пропали... а так - одна !

Вот потому у меня в 5DS - два

Вот потому у меня в 5DS - два слота. Чтобы про это меньше думать.

Pages

Subscribe to comments_recent_new