Для работы проектов iXBT.com нужны файлы cookie и сервисы аналитики.
Продолжая посещать сайты проектов вы соглашаетесь с нашей
Политикой в отношении файлов cookie
blacklion79
Комментатор
Серебряков Лев
Рейтинг
+323.90
Автор не входит в состав редакции iXBT.com (подробнее »)
Ну и да, у многих камер есть диапазон выдержек с shutter shock с одной стороны а штатив не поставить много где — с другой. Чем плохо было бы помочь тому же IBIS'у дополнительной математикой уже не на слабосильном процессоре камеры а на мощном компьютере? Алгоритмы-то давно известны, но им нужна траектория движения датчика, а её камеры могли бы писать в RAW но не пишут.
И улучшает эрекцию. От Луны достаточно фотонов прилетает, поверьте. А вот влияние атмосферы — существенно. Понятно, что если вы снимаете что-то со звёздной величиной 6+, то история другая. Но RegiStax помогает даже не банальной Луне, Венере или Марсе, и помогает существенно, никакой Auto в LR так не может.
Ох, не были вы в ЮВА, я чувствую. Да и дикую природу не снимали тоже, видимо, когда и, да, 300мм+ надо. Конечно никакого марева в Ленинградской области не будет, разве что атмосферненький туман :-)
Ну мобилы свои болячки лечат этой математикой, о чём и речь. Что и делает их результаты терпимыми и даже зачастую приемлемыми а не тошнотворными.
Я там выше писал — что мешает. То, что алгоритмы RegiStax не умеют компенсировать движение в кадре, а в пейзаже оно неизбежно — вода, листья, трава, те же птицы или животные… Это не значит, что таких алгоримов не существует — именно такое сидит внутри той же GCam. В случае мобильников оно компенсирует физические ограничения микрооптики и датчиков. В случае «больших» камер оно могло бы поднять их результаты на следующий уровень. Условно говоря до среднего формата. Но производители камер и софта для них всё ещё живут в 20 веке, и всё что научились — при аншарп-маске не делать каёмок вокруг контрастных границ (утрирую я, утрирую!).
Я же не утверждаю, что мобильники снимают лучше традиционных камер. Нет конечно, не снимают. Но математика тянет мобильники на уровень хороших, добротных, мыльниц, а почему-то производители камер побольше на уровень условного среднего формата тянутся не хотят.
Ответ «потому что это никому не надо» приводит к тому, к чему приводит — к постоянным сокращениям продаж камер.
Не только в этом дело, конечно, а ещё в безобразно реализованном WiFi почти у всех камер и многом другом, но это одна из составляющих — камеры не хотят меняться, всё что улучшается — это качество датчиков, которое важнО, несомненно, но не достаточно. Что реально последнего сделали разработчики именно фотокамер? IBIS разве что. Когда это сделала Konica-Minolta? 15 лет назад? Все остальные изменения — исключительно количественные. Даже идею с pixel shift реально, как я уже писал, не доделали толком. Причём недоделали именно со стороны софта, не железа!
RegiStax как раз избавляет от необходимости многочасовых экспозиций со следящих монтировок, в том-то всё и дело. И с пейзажами можно было бы делать тоже самое. Или с архитектурной съёмкой. Когда снимаешь пейзаж никакая самая крутая камера не избавляет от марева. А многокадровая обработка — избавляет, потому что марево — это практически нескореллированный шум (там, конечно, есть корреляция, но на практике она не велика). Это как практический пример.
В колбасе сегодня потребности нет, ясно.
Я тут намучился вытягивать оранжевый одеяний буддистских монахов — Адоба их упорно делал цвета засохшего навоза место оттенков оранжевого.
FastRawViewr, RPP, PhaseOne — все нормально показывали, кроме ACR'а (самого свежего). И это уже не первый раз такое :-(
Да, датчики стали делать с прекрасным SNR и DD но в остальном от Canon D10 не поменялось, увы, ничего. Только на качестве датчиков и выезжают.
Ну или если поменялось — приводите примеры.
То, что датчики великолепные нынче — я с этим спорить не буду, всё так.
Это один из вариантов. Не обязательно варьировать экспозицию, а если нам нужны детали, а не ДД, то это даже вредно. Почитайте, например, про такой софт как RegiStax, используемый астрофотографии, почитайте про алгоритмы superresolution. Так вот, тоже самое можно делать не только для астрофотографии, только алгоритмы должны быть сложнее, так как по небу люди не ходят и на небе листочки у деревьев не шевелятся, поэтому напрямую RegiStax применить нельзя. Где такая фича в Лайтруме? Сюда же, кстати, и данные о перемещениях камеры между кадрами с её датчиков, которые ни одна камера, даже в которых датчики есть (а они есть у любой камеры с IBIS), не записывает почему-то.
Что-то из этого можно делать с помощью софта для сшивки панорам, но это закат солнца вручную, а телефоны это делают сами.
Нормальные камеры — это прикрученные анкерными болтами к бетонному блоку весом в 10 тонн? Нет? Тогда для них полезен профиль вибрации при каждом кадре. Особенно на длинных выдержках, этот профиль позволит математически корректно убрать некоторое количество «шевелёнки», которая на современных супермегапиксельных сенсорах присутствует даже при съёмке с неплохого штатива.
В том-то и дело, что представляю. И математику, которая под этим, хорошо себе представляю. Современная системная камера (З или БЗ, не важно) пишет в файл преступно мало данных. А многокадровая обработка позволяет снижать SNR (как цветовой так и пространственный) вплоть до идеального корня квадратного из числа обрабатываемых кадров. Из всех многокадровых обработок легко доступна в распространённых программах только сшивка эксповилки. А это максимум четверть того, что можно делать, а, скорее, и вообще одна десятая.
Там же ещё демозаика нужна не просто half, а что-то умнее, плюс было бы неплохо делать серию кадров (т.е. поддержка со стороны камеры нужна), и неплохо бы показания акслеротометра и гироскопа в эту серию писать (на сколько я знаю, умные телефонные камеры уже делают деконволюцию по показаниям датчиков), всего этого в железе нет.
Ближайшее — это суперразрешение Олимпуса и Пентакса (и теперь Сони), но поддержка софтовая там убогая донельзя. Я сони не крутил в руках, а что Олимпус (который клеит вообще в прошивке) что Пентакс (который клеит при обработке, но софт полный навоз а Adobe сделал поддержку на «от$$$ись», даже детекции движения между кадрами нет) — ну протраченные впустую возможности, увы.
Auto в лайтруме это только по сути баланс белого, тоновая кривая и аншарп маск, это 10% того, что можно было бы делать, если бы авторы камер не тупили и добавили пару фич (причём для которых даже новое железо не нужно — всё железо есть, надо просто записывать больше данных в RAW) и не более половины того, что можно было бы делать с одним кадром.
Когда уже производители фотокамер и RAW-конвертеров проснутся и добавят такую математику ТУДА? Это будет очень интересно посмотреть — что может современная APS-C матрица плюс эта математика.
И вот ещё фраза: «позволяет реализовать 5-кратный оптический зум». Зум это всё же плавное изменение ФР же…
Я как-то был уверен по всем рекламным материалам и обзорам, что там именно перископный зум, как это делал, кажется, Fujifilm в своих стареньких мыльницах.
Как-то очень это похоже на намеренное введение в заблуждение — что в случае рекламы понятно, но в случае обзора непростительно.
Он 135-675 или 27-135 или что-то между?
Я не знаю про Москву но в Питере есть как минимум одна доставка (!) которая делает бургеры мирового совершенно уровня и пяток баров. Доставок, делающих просто хорошие бургеры — ещё штуки две. Да, бургер там будет 500-600 рублей, но оно того стоит.
МакДак — это зачастую safe choice во всяких странных местах. Например, в аэропорту Дубаи, по моему мнению, можно есть или у индусов или в макдаке. Если индусы за месяц в индии надоели — нормальная еда в макдаке :) Да, это фастфуд, но не всегда доступен slow food, и тогда макдак лучше многих. Всегда получаешь понятную еду за понятные деньги. Бутерброды или там панини разогретые у каких-нибудь псевдоитальянцев в соседнем ларьке часто хуже.
Так что вот это «Про развесное в кафешках — вообще молчу» — некоторый звоночек, что просто прошлое и молодость кажутся лучше чем настоящее и взрослость-старость.
Но ведь совсем несъедобное.
Даже МакДак бургеры делает лучше, чем БР — мороженое.