JPEG 4:2:2, JPEG 4:2:0, Micron MT9D131 Опции

[torik]

Приветствую всех.

У micron-а (http://www.micron.com/) быть множество КМОП матриц, и даже систем на кристалле.
Что интересно - у них имеются матрицы с выходом в форматах JPEG 4:2:2, JPEG 4:2:0. Вроде то же самое быть и у, к примеру OmniVision... У микрона это, к примеру, MT9D131 (http://www.micron.com/products/partdetail?part=MT9D131C12STC)
Чо тут хорошего? Думаю, это удобный вариант для использования в IP камерах. Поток можно по изернету передать, т.к. он уже сжат.

Так вот - подскажите, пожалуйста:
- что же это за JPEG 4:2:2, JPEG 4:2:0 (описание там, скорости потока...)?
- нет ли у кого опыта применения матриц микроновских? тогда, может, поделитесь...
- может быть у кого имеется более подробное описание микронов?

Ах да, совсем забыл - их купить то где можно поштучно?

[torik]

Спасибо за ответ, но все же разберемся подробнее.

В даташыте на сенсор микрона написано:
Selectable output data format
– ITU-R BT.601 (YCbCr)
– 565RGB
– 555RGB
– 444RGB
– JPEG 4:2:2
– JPEG 4:2:0
– Raw 10-bit

1) 565RGB - два байта на пиксель.
555RGB и 444RGB - примерно тоже самое, но 15 и 12 бит на пиксель.
Т.е. это наиболее простое представление, RGB
2) ITU-R BT.601 (YCbCr) - глядя на эту рекомендацию (https://www-inst.eecs.berkeley.edu/~cs150/Documents/ITU601.PDF), начинаю путаться - в каком же виде все-таки представляются здесь выходные данные, я так понял что это вообще PAL...

Я так понимаю, что формат 565RGB можно отнести к 4:2:2, а 555RGB и 444RGB - 4:4:4.
Тогда ITU-R BT.601 (YCbCr) - это тоже 4:2:2, т.е. 6 бит на яркость, по 5 бит на цветоразностные.
Я правильно понимаю или нет?
Поясните, пожалуйста, подробнее, что же тогда 4:2:0.

В связи с вышесказанным первый вопрос:
- что можно почитать, где четко и ясно написано как связать 4:2:2 и прочее с YUV, YCbCr (между которыми разницы не вижу)? Желательно на русском.

И второй вопрос:
- формат JPEG 4:2:2 (0) - это сжатие каждого кадра в JPEG, тогда какой конкретно выходной поток данных (ведь не в виде же файла)... Если я буду гнать этот поток, к примеру через USB, в компьютер, то не должно возникнуть серьезных проблем с выводом, а если надо декодировать в специализированном устройстве...

[_4afc_]

И второй вопрос:
- формат JPEG 4:2:2 (0) - это сжатие каждого кадра в JPEG, тогда какой конкретно выходной поток данных (ведь не в виде же файла)...

К сожалению MT9D131 выдаёт данные не в виде файла в параллельный интерфейс.
Выдаётся только пожатое изображение. JFIF заголовки надо самому создавать, таблицы коэффициентов вытаскивать или заливать в кристал по I2C.

Где взять поштучно не знаю, брал кит AES-ANA-BFV-2MP-G (AVNET DESIGN SERVICE) через Макро Групп за 20тр.

[Vitaliy_ARM]

К сожалению MT9D131 выдаёт данные не в виде файла в параллельный интерфейс.
Выдаётся только пожатое изображение. JFIF заголовки надо самому создавать, таблицы коэффициентов вытаскивать или заливать в кристал по I2C.

Где взять поштучно не знаю, брал кит AES-ANA-BFV-2MP-G (AVNET DESIGN SERVICE) через Макро Групп за 20тр.

Простите за тупой вопрос. А откуда эти коэффициенты брать?

Сообщение отредактировал Vitaliy_ARM - Sep 4 2008, 09:27

[Mig&L]

Простите за тупой вопрос. А откуда эти коэффициенты брать?

http://www.w3.org/Graphics/JPEG/itu-t81.pdf

[Vitaliy_ARM]

http://www.w3.org/Graphics/JPEG/itu-t81.pdf

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

[_4afc_]

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

чтоб зажила вообще или в режиме jpeg?
Можно ведь и 88х72 Y8 гнать для проверки без jpeg.
Или заставить сфоткать один кадр и расчитать под него коэф., а затем их считать.

Кстати у MT9D131 есть режим вставки в поток начала и конца изображения, мож он тогда ещё и коэфициенты впихнёт?

[Vitaliy_ARM]

Для начала хотелось бы просто получить фотку Jpeg.

Или заставить сфоткать один кадр и расчитать под него коэф., а затем их считать.

А можно об этом по-подробнее? У меня в SOC_BOOK такой возможности не описано (или я чего-то пропустил). Нашел, что коэффициенты должны грузиться после включения:
At power up initialization, the JPEG driver loads standard Huffman tables into Huffman
memory. Scaled versions of standard luma and chroma quantization tables and are
loaded into quantization memory.
И еще не понятно, что такое Scaled versions таблиц квантования?

Сообщение отредактировал Vitaliy_ARM - Sep 16 2008, 10:03

[blackfin]

И еще не понятно, что такое Scaled versions таблиц квантования?

Вам надо для начала rfc2435, Appendix A, стр.15 почитать..