Свежие комментарии
| 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. | 
Pages
