Свежие комментарии
Title | Comment |
---|---|
А там вроде 2Mpix всего, |
А там вроде 2Mpix всего, FullHD? |
А как же 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 хочется сразу выкинуть, не тратя время на. |
Нуууу, у нас, видимо, разное |
Нуууу, у нас, видимо, разное определение смысла. А если картинки очень разные получатся, то я не так понимаю смысл этого графика и коэффициента его наклона. |
О! Спасибо! Займусь на |
О! Спасибо! Займусь на недельке. =) |
Бессмысленно - это именно |
Бессмысленно - это именно бессмысленно. Можно понимать это так, что если ISO6400 (сильно) не хватает, то от дальнейшего подъема лучше не станет и картинка не появится (чудом!) |
Мануал прост: |
Мануал прост: Бесплатного 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 |
А недостаток у обеих батисов |
А недостаток у обоих батисов один - "окрашенная нерезкость" (она же "продольные хроматические аберрации"), довольно заметная. Коррекция хроматики в ACR/Lr помогает частично. |
1) Нравится |
1) Нравится |
ВАУ! Жду с нетерпением первых |
ВАУ! Жду с нетерпением первых отзывов о нем. Еле сдерживаюсь от покупки! |
А остальное - додумаем! |
А остальное - додумаем! |
> Вы все еще верите в |
> Вы все еще верите в ISO409600? если потом понятно что было в кадре (пусть на уровне контуров) то отчего же не поверить.... |
Гомеопатические - это 10^-10 |
Гомеопатические - это 10^-10 фотона на пиксель и далее. |
Гомеопатические ISO? |
Гомеопатические ISO? |
Ты знаешь словосочетание |
Ты знаешь словосочетание "альтернативные издержки"? |
Ну да, полная длина - это два |
Ну да, полная длина - это два пикселя, там поканальные значения будут близкие (но не одинаковые - фотонный шум), а 4-й компонент (альфа) - вовсе одинаковый. Буду пробовать, не догоню так хоть согреюсь: в других местах должен получиться выигрыш от удвоения (но и код распухнет: пикселей не обязательно четное количество, придется хвостики подбирать) |
Если паттерн в table lookups |
Если паттерн в table lookups непредсказуем, то насколько я знаю в HSW будет медленнее чем через загрузки (disclaimer: я в основном работаю с кодом состоящим из FMA а не из gather-ов :)). В предположении что рядом расположенные пиксели сильно отличатся часто не будут и локальность look-up-ов будет хот какая-то (не копенгаген насколько это правда), то возможно векторизация на полную длину вектора что-нибудь и даст. Но сильно не уверен. Про гистограммы -- да, больное место. |
Ну вот у меня |
Ну вот у меня Паттерн зависит от данных конкретного пикселя, никак иначе. Да, я знаю, что гистограммы - самое больное место у многих, но без них совсем никуда. И так огрубляю их сколько могу. |
Gather выгоден в основном в |
Gather выгоден в основном в случае когда много собираемых элементов находятся в одной cache line. Иначе load-ы быстрее. Да и когда много в одной кеш линии можно получить более быстрый код из load+shuffle если паттерн доступа известен заранее (icc умеет такое автоматически). |
Вообще удивительно, учитывая, |
Вообще удивительно, учитывая, что у вас всё через QT. |