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

Title Comment
А там вроде 2Mpix всего,

А там вроде 2Mpix всего, FullHD?
Ну вот пиксель в 6 раз больше чем у Sony A7S.

А как же iso 4 560 000 у

А как же iso 4 560 000 у canon ME20F-SH (35мм матрица)? Или недавно анонсированные для surveilance камер сенсоры sony starvis? “It features a sensitivity of 2000 mV or more per 1 µm2, and realizes high picture quality in the visible-light and near infrared light regions,” Sony says.
Там духов показывают?

А 6400 +3EV не хочется? :)

А 6400 +3EV не хочется? :) Если результат один и тот же — зачем платить больше (своим временем)?

А уж выбрасывать этот результат или нет — вопрос целей.

>> затрачено меньше труда с

>> затрачено меньше труда с тем же результатом.

Вопрос в результате. Обычно результат с 512000 хочется сразу выкинуть, не тратя время на.

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

Нуууу, у нас, видимо, разное определение смысла.
Если картинки «Переспорить фотоаппарат, 6400, недодержка 3 ступени и в обработке +3EV» и «Снять не споря с фотоаппаратом на 512000 и обработать как записано в EXIF'е» строго одинаковые (потому что там наклон у линии не больше 1 в твоём графике), то для меня это — «смысл есть». Потому что во втором случае затрачено меньше труда с тем же результатом.

А если картинки очень разные получатся, то я не так понимаю смысл этого графика и коэффициента его наклона.

О! Спасибо! Займусь на

О! Спасибо! Займусь на недельке. =)

Бессмысленно - это именно

Бессмысленно - это именно бессмысленно.

Можно понимать это так, что если ISO6400 (сильно) не хватает, то от дальнейшего подъема лучше не станет и картинка не появится (чудом!)

Мануал прост:

Мануал прост:
- снимаете серию кадров в RAW с крышечкой на объективе. Разные ISO, одинаковая (типично рабочая, вроде 1/100 или 1/60) выдержка
- открываете первый в RawDigger
- В (Menu - File - ) Preferences - Data Processing снимаете галку Subtract black
- выделяете небольшой квадратик (скажем, в центре кадра) - чтобы коррекция виньетки в RAW и т.п. не мешало. Выделяете - Shift + мышка (нажатая левая кнопка)
- в квадратике Selection/Sample поменяется заголовок (станут кординаты квадратика) и появится по нему статистика
- смотрите, к примеру, на строчку G, колонка "сигма"
- записываете в Excel ISO, сигму
- переходите к следующему файлу (Ctrl - стрелка вправо)
- записываете в Excel ISO,сигму

Бесплатного 30-дневного триала RawDigger на это более чем достаточно

Sony RX100M4

А для Sony RX100M4 никто такого не делал? Есть мануал, как такой график построить самому? Интересно понять какие исо на ней лучше юзать. Идеальную для её объектива диафрагму я уже нашёл, это 4 =)

Ну что значит "Бессмысленно"?

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

> Соответственно, делать

> Соответственно, делать матрицу с сильно большим разрешением тоже нет особого смысла.

одно удовольствие убрать цветной муар чего стоит ! а если еще и вообще так и совсем хорошо

Не, ну как. 200 линий (не пар

Не, ну как. 200 линий (не пар) на миллиметр - это вот примерно 40Mpix-сенсор с его 4.5-микронным пикселем. И на таком сенсоре разница между f/5.6 и f/11 видна отчетливо (не в пользу f/11).

Ну, я несколько коряво

Ну, я несколько коряво выразился. Суть в том, что разрешение которое позволяют получить современные обьективы едва ли превысит 100, может 200 линий на миллиметр. Соответственно, делать матрицу с сильно большим разрешением тоже нет особого смысла.

Я вот это не вполне понял:

Я вот это не вполне понял:
>> Резкость обьективов в любом случае далека от дифракционного предела..

Planar 85/1.4 (не Contax N, а

Planar 85/1.4 (не Contax N, а Contax/Yashica) у меня был (очень давно). Батис, как мне кажется, будет получше в смысле всякой мелкой детализации. А вот насчет хроматики в нерезкости - ну вот не помню уже.

Забавно

Я бы трактовал результаты этого расчет просто как инструкцию по созданию матриц, точнее - определение линейных размеров пикселя (=разрешения). Не гнаться за слишком мелкими пикселями, скажем 5x5 микрон в самый раз. Увеличивать размер сенсора если уж совсем приперло. Резкость обьективов в любом случае далека от дифракционного предела...

Есть, вроде как, в pixel24.ru

Есть, вроде как, в pixel24.ru
85 - это как раз мое фокусное. Сейчас снимаю на Contax N planar 85/1.4 с кипоновским переходником. Но имею странные полутона и сильную винетку. Смотрю на батис с целью получить высокое качество в портретах.

А недостаток у обеих батисов

А недостаток у обоих батисов один - "окрашенная нерезкость" (она же "продольные хроматические аберрации"), довольно заметная. Коррекция хроматики в ACR/Lr помогает частично.

1) Нравится

1) Нравится
2) 85 - нехарактерное для меня фокусное, никогда не было такого раньше (было 100 и 135), сравнить не с чем.
3) В lsteam (дистрибьютор) мне сказали что "только по записи", следующая поставка в декабре. Правда сейчас на сайте он "в наличии" (но их сайт с реальностью не всегда совпадает) Это я про то, что сдержаться от покупки нетрудно, их нет.

ВАУ! Жду с нетерпением первых

ВАУ! Жду с нетерпением первых отзывов о нем. Еле сдерживаюсь от покупки!

А остальное - додумаем!

А остальное - додумаем!

> Вы все еще верите в

> Вы все еще верите в ISO409600?

если потом понятно что было в кадре (пусть на уровне контуров) то отчего же не поверить....

Гомеопатические - это 10^-10

Гомеопатические - это 10^-10 фотона на пиксель и далее.

Гомеопатические ISO?

Гомеопатические ISO?

Ты знаешь словосочетание

Ты знаешь словосочетание "альтернативные издержки"?

Ну да, полная длина - это два

Ну да, полная длина - это два пикселя, там поканальные значения будут близкие (но не одинаковые - фотонный шум), а 4-й компонент (альфа) - вовсе одинаковый.

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

Если паттерн в table lookups

Если паттерн в table lookups непредсказуем, то насколько я знаю в HSW будет медленнее чем через загрузки (disclaimer: я в основном работаю с кодом состоящим из FMA а не из gather-ов :)). В предположении что рядом расположенные пиксели сильно отличатся часто не будут и локальность look-up-ов будет хот какая-то (не копенгаген насколько это правда), то возможно векторизация на полную длину вектора что-нибудь и даст. Но сильно не уверен.

Про гистограммы -- да, больное место.

Ну вот у меня

Ну вот у меня
а) table lookups
b) гистограммы (там, понятно, gather и дальше поэлементная запись обратно)

Паттерн зависит от данных конкретного пикселя, никак иначе.

Да, я знаю, что гистограммы - самое больное место у многих, но без них совсем никуда. И так огрубляю их сколько могу.

Gather выгоден в основном в

Gather выгоден в основном в случае когда много собираемых элементов находятся в одной cache line. Иначе load-ы быстрее. Да и когда много в одной кеш линии можно получить более быстрый код из load+shuffle если паттерн доступа известен заранее (icc умеет такое автоматически).

Вообще удивительно, учитывая,

Вообще удивительно, учитывая, что у вас всё через QT.
Собирать полным статиком да и всё. Ну будет бинарник в 100 мегабайт, фигня какая.

Pages

Subscribe to comments_recent_new