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 почитать..

[Vitaliy_ARM]

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

Отличный документ. На эти вопросы ответ нашел. Теперь воюю с самим сенсором.

Пока делал так.

1 - аппаратный резет чипу
2 - настройка ФАПЧ1 на частоту 80 МГц
3 - чтение 16-ти рязрядного регистра по адресу 0x00 (из него читается 0x1519)
4 - читаю регистр 0xF0, из него читается 0x00, что говорит о том, что я работаю с 0-й страницей регистров. Хотя в доке написано что по умолчанию в этом регистре стоит 01;
5 - пишу в регистр 0xF0 значение 1 (переключаюсь на первую страницу регистров, для того чтобы получить доступ к регистрам по адресам 198 и 200), затем читаю его, а там когда как, то 0 то 1.
6 - когда зачитал 1 из регистра, пытаюсь почитать логическим способом переменные из области памяти драйвера JPEG (ID=9). Там вместо значений по умолчанию читается всякий бред, причем с одного и того же места разные значения.

Собственно все свелось к тому, что не могу писать переменные и таблицы.


Может кто-нибудь подскажет последовательность действий, чтобы получить один снимок JPEG с разрешением 1600х1200 или что я не так сделал или упустил?

[_4afc_]

Может кто-нибудь подскажет последовательность действий, чтобы получить один снимок JPEG с разрешением 1600х1200 или что я не так сделал или упустил?

Если вам действительно удалось поднять частоту PLL, то вы заметили необходимость переключать постоянно страницы и другие шаманские команды:

Код

unsigned int SensorWrite(unsigned short Page,unsigned short Radr,unsigned short Vol);

void sensor80MHz(void)
{
SensorWrite(0,0xf0,0x0000);
SensorWrite(0,0xf0,0x0000);
SensorWrite(0,0xf0,0x0000);
    
SensorWrite(0,0x66,0x1402);
SensorWrite(1,0xC6,0xA103);
SensorWrite(1,0xC6,0xA104);

SensorWrite(1,0xf0,0x0000);

SensorWrite(0,0x65,0xC000);
SensorWrite(1,0xC6,0xA103);
SensorWrite(1,0xC6,0xA104);

SensorWrite(1,0xf0,0x0000);

SensorWrite(0,0x65,0x8000);
SensorWrite(1,0xC6,0xA103);
SensorWrite(1,0xC6,0xA104);

SensorWrite(1,0xf0,0x0000);

PauseUS(2);

SensorWrite(0,0x65,0x0000);
SensorWrite(1,0xC6,0xA103);
SensorWrite(1,0xC6,0xA104);

SensorWrite(1,0xf0,0x0000);
}

Скормите сей файлик сенсору - будет плеваться jpeg 320x240, только там полно лишних настроек ибо это лог интерфейса настройщика, всё что тыкал оператор, пока не добился результата.

Для начала хотелось бы просто получить фотку Jpeg.
А можно об этом по-подробнее? У меня в SOC_BOOK такой возможности не описано

7 регистр JPEG:
Configuration and handshaking:
Bit 0—if 1, video; if 0, still snapshot
Bit 1—enable handshaking with host at every error frame
Bit 2—enable retry after an unsuccessful encode or transfer
Bit 3—host indicates it is ready for next frame
Bit 4—enable scaled quantization table generation
Bit 5—enable auto-select quantization table
Bit 7:6—quantization table ID

По ресету = 52, т.е. enable auto-select quantization table, host indicates it is ready for next frame, enable handshaking with host at every error frame, still snapshot.

Прикрепленные файлы

 sensor_include.zip ( 3.42 килобайт ) Кол-во скачиваний: 106