Сенсор от Сони imx224, возможно новый шаг вперед в сенсорах КМОП

[Дмитрий Маколкин]

Уважаемые знатоки, пожалуйста, ответьте на вопрос: почему камера без сжатия дороже чем камера со сжатием? Я так предполагал что сжатие должно требовать дополнительного процессора, что должно увеличивать стоимость.

Что из железяк/чипов есть в ASI224 такого, чего нет в охранной камере?

Главное, что есть в ASI224 - нишевый спрос, отсюда маленькая серия и высокая цена.
Если бы Sam клепал свои камеры теми же тиражами, что и охранные камеры, то и цена была бы сравнима.

[PavelGhost]

Уважаемые знатоки, пожалуйста, ответьте на вопрос: почему камера без сжатия дороже чем камера со сжатием? Я так предполагал что сжатие должно требовать дополнительного процессора, что должно увеличивать стоимость.

Видимо по тому же, почему в Америке машины с механической КПП дороже чем с АКПП.
Эксклюзив 

[Vladimir12]

В данном случае 100% маркетинг и специфика рынка. Возможности IP камеры на 2 порядка выше, но нет самого главного - интерфейса пропускающего сырое (?) видео. Почему астро камера стоит дорого - да потому что она никому не нужна кроме горстки отщипенцев (в своей массе небедных) называющих себя ЛА. Астро камера это сплошное шаманство, с  обработкой сигнала, с драйверами и чипами, поэтому конторы прошедшие весь путь от разработки до выпуска пригодного изделия никогда не будут делится технологической информацией с массами. После "сырое" поставил ?, т.к. пока не знаю как брендовые разработчики решают вопрос с битыми и горячими пикселями. У меня из 9 оставшихся 1 образец (кстати 224) в нестандартных настройках выдает прямое сканирование с матрицы и на нем прекрасно  видны битые и появляющиеся горячие пикселы. У меня вопрос к владельцам брендов, они вам так же, по-честному показывают все свои битые (не исчезающие) пикселы, думаю что нет, это должно сильно раздражать, изготовителям это не надо. Убирается эта неприятность либо программно либо с помощью bad таблиц в прошивках, в любом случае это эмуляция, а не сырое как есть. 
Сейчас остается только копить исходники с IP и посмотреть как из них будут тянутся вейвлеты, там и резюме появится.

[mo]

Битьё есть. И чем брендовей камера, тем битья больше!
В хабле так и вовсе всё в битье, серьёзно .

Никто его специально не скрывает. Удаляется оно при постобработке.

[Vladimir12]

Неожиданно, по честному так и должно быть, чтобы оперативно бороться с этим.
Почему-то здесь нет отзывов счастливых обладателей и материала для сравнения нет.   

[Дмитрий Маколкин]

Для лунно-планетной съёмки проблема битых/горячих пикселей, если они есть, легко решается калибровкой и тем фактом, что при обработке складывается много кадров, при этом объект от кадра к кадру смещается. Плохие пиксели "размазываются" до полной незаметности.
Опять же, редко когда используются режимы и с максимальным усилением, и с длинными выдержками, т.е. на характерных кадрах насыщеных пикселей надо ещё поискать. А откровенно черные пиксели мне в лунно-планетных камерах и не попадались...

[Александр (AnDom)]

Имею. Использую. Пока только для гида. Будет небо - попробую что-нибудь снять.

[Дмитрий Маколкин]

1 образец (кстати 224) в нестандартных настройках выдает прямое сканирование с матрицы и на нем прекрасно  видны битые и появляющиеся горячие пикселы.

А что за модель? Судя по всему, в этом режиме выключаются всякие сглаживатели и прочие улучшатели изображения, а это нам и нужно. Возможно, с ней и стоит продолжить эксперименты.

[Vladimir12]

АХД, та что дешевле, на неё давал ссылку выше.

[Дмитрий Маколкин]

АХД, та что дешевле, на неё давал ссылку выше.

Как с неё можно видеосигнал загнать в комп? Есть ли платы видеозахвата для компьютера чтобы этот сигнал в него писать? Просто никогда не имел дела с таким форматом сигнала.

[mo]

Мне кажется, пусть оцифровки видеопотока более перспективный для планетной съёмки, нежели обработка h264 потока. Впрочем, слишком много неизвестных. Нужно тестировать конкретный набор оборудования.

[Vladimir12]

Все мои камеры мульформатные, АХД по CVВS подключается к любому телевизору и многим мониторам. Про оцифровку АХД я писал выше, что сдерживающим фактором здесь непонятка по формированию самого аналогового сигнала в камере. Поясняю, CMOS выдает цифру по параллельному либо последовательному интерфейсам, на выходе имеем аналог - следовательно в камере есть ЦАП, который производит эту операцию. В итоге имеем последовательность : цифра-неизвестный ЦАП.аналог-известный АЦП.внешний.цифра. Этот вариант буду отрабатывать после получения пролета от IP, от них ожидаю лучшего результата и технологически они более совершенны. Тем более, что самые интересные матрицы 290 и 322 у меня именно IP.

[AndyO]

На мой взгляд, одно из перспективных  направлений - это перепрограммирование операционной системы IP-камеры под астрономические нужды (хотя, они могут быть и весьма разнообразными).
Например:
- увеличение/уменьшение частоты кадров;
- изменение диапазона выдержки;
- по возможности, увеличение битрейта (если, например, процессорную мощность можно съэкономить за счет отказа от шумоподавления и т.п.).
и др.

[Дмитрий Маколкин]

Да, кстати, эти IP-камеры какой Ethernet используют, гигабитный или 100Мбит?

[mo]

Да, кстати, эти IP-камеры какой Ethernet используют, гигабитный или 100Мбит?

Поток 8 Мбит/с. Им 1000 Мбит/с (гигабит/с) ни к чему.

[Vladimir12]

Изготовителем заявлен протокол на 100мбит, по факту у меня узким местом оказались сетевые карты, особенно на netbook, на мощном ноуте намного лучше, до предела мощности камерных процессоров дело не доходило, но здесь лучше подстраховаться с охлаждением.