JPEG кодер на ПЛИСине, Xilinx Опции

[Evgeny_CD]

Исходная постановка задачи: необходимо делать снимки с видеокамеры, и сжимать их в JPEG.

Описание планируемого железа.
Видеосигнал подается на специализированный АЦП от филипса, например на SAA7113. Выход ITU 656 YUV 4 : 2 : 2 format (8-bit), разрешение 696*560 (PAL/SECAM). АЦП на плисину. К плисине SDRAM в качестве буферного ОЗУ. Все это подключается к микроконтроллеру.

Алгоритм работы. Контроллер дает команду - "снять кадр". Плисина сама все делает, и кладет JPEG файл из этого кадра в буферное ОЗУ.

Есть вариант реализации JPEG кодера

Кодер на ПЛИС

Влазит в недорогую XC3S400-4PQ208, насколько я понял. Вот только, боюсь, денег он стоит

Что самое главное, есть отличная отладочная плата, как раз с нужной плисиной, чтобы потихоньку начать творить

Отладочная плата на Ксиле

Цена вполне разумная - 200 баксов.

ВОПРОСЫ:

1. Есть ли у кого опыт (а еще лучше, реализация) создания JPEG кодера (декодер в этом проекте не нужен)?
2. Есть ли у кого "прихватизированная" библиотека с таким кодером или его элементами?
3. Взялся ли бы кто (не бесплатно) помочь мне сотворить это чудо? Я как-то не силен во всех эти *ХДЛ, я больше по контроллерам

[Evgeny_CD]

Спасибо за то, что откликнулись!

Andrey Filippov, интересно, сообщество Theora Вам еще не поставило прижизненный памятник?

Посмотрел.

страница
http://www.elphel.com/3fhlo/index.html

Смотрел плеером
http://www.videolan.org/

Файл m021_300_1_70.ogg не открылся - "серый квадрат". Может, у меня машина слабая - AMD Barton 1.6?

j0011_5.ogg проигрался нормально. Загрузка проца - 50% (точно, для предыдущего файла проца не хватит - вероятно, декодер пока не оптимизировали на все эти SSE и пр.).

Вообще внушает! 2 минуты ролик, 6fps. 1280x1024, 16мбайт размер ролика - получается что-то типа 136 кбит (кило=1024)/сек. Качество - на мой взгляд, хрошее, с бытовой камерой не сравнить.

Если идти в сторону "видеоохранного" качества, и поставить планку CIF 6fps, битрейт, вероятно, упадет не менее чем в два раза. Получим видео вполне достаточного качества при потоке 64 кбит/сек. Если повезет, и упадет в 3 раза, то получим 45кбит на видео, и на аудио 19 кбит останется - получим полноценную систему мониторинга с потоком 64 кбит

1Гбайт памяти - это 4.5 часа такой записи. С учетом того, что 4 Гбайт SD карточка стоит в Москве <300$ получим 18 часов записи на девайс размером со "спичечную коробку" - ну или "пачку от сигарет" - если еще и аккумулятор подрубить.

Лично для моих проектов GPL лицензия на видеочасть даже полезна - хорошо, что все открыто, и есть шанс, что завтра оно не сдохнет.

В качестве кодера в проекте выступает XC3S1000-4FT256C. Терпимо.

В общем, Andrey Filippov - "адназначна".

[Andrey Filippov]

Файл m021_300_1_70.ogg не открылся - "серый квадрат". Может, у меня машина слабая - AMD Barton 1.6?

j0011_5.ogg проигрался нормально. Загрузка проца - 50% (точно, для предыдущего файла проца не хватит - вероятно, декодер пока не оптимизировали на все эти SSE и пр.).

Да, именно. Я тогда себе под это дело dual Xeon 3.6 купил все равно - недотягивал. Хотя софт с тех пор подчистили.

Вообще внушает! 2 минуты ролик, 6fps. 1280x1024, 16мбайт размер ролика - получается что-то типа 136 кбит (кило=1024)/сек. Качество - на мой взгляд, хрошее, с бытовой камерой не сравнить.

Честно говоря - там еще работать и работать - можно во многих "охранных" применениях сжать и посильнее. Дело в том, что у меня не использована возможность - на ходу решать - кодировать ли блок или считать, что он слабо изменился и пропускать (неподвижный фон). Сейчас этоне реализовано, т,к, заголовки у меня генерируются программно (зыранее), запихнуть их тоже в ПЛИС-ину уже напряга не хватило (а заголовок кадра сожержит, в частности, таблицу кодированных блоков)

Если идти в сторону "видеоохранного" качества, и поставить планку CIF 6fps,

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

Лично для моих проектов GPL лицензия на видеочасть даже полезна - хорошо, что все открыто, и есть шанс, что завтра оно не сдохнет.

Именно на этом и бизнес :-) Мне удалось взять (и выполнить, конечно) большой заказ на разработку еще тогда, когда фирма-то была из одного человека. И со мной не испугались иметь дело именно поэтому - с исчезновением фирмы не пропадет возможность продолжать работать с ее продукцией - специалистов ведь можно и нанять себе.

Андрей Филиппов

[Evgeny_CD]

...Честно говоря - там еще работать и работать - можно во многих "охранных" применениях сжать и посильнее. Дело в том, что у меня не использована возможность - на ходу решать - кодировать ли блок или считать, что он слабо изменился и пропускать (неподвижный фон). Сейчас этоне реализовано, т,к, заголовки у меня генерируются программно (зыранее), запихнуть их тоже в ПЛИС-ину уже напряга не хватило (а заголовок кадра сожержит, в частности, таблицу кодированных блоков)...

Я понимаю, что Вы спец по FPGA, но интересно, можно ли эту Theor'у в AD BF561 засунуть? Там все-таки софтом многие вещи было проще решать...

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

Да нет. Я как раз сторонник большого количества простых камер. Тогда точно ничего не пропустится. И, главное, камеры должны быть _аналоговыми_, т.к. пока выбор среди CMOS сенсоров ни в какое сравнение не идет с обычными аналоговыми охранными камерами (парадокс - там внутри стоит тот же CMOS, иногда CCD цифровой сенсор + DSP, но опытный фаакт, что получать такое же качество изображения в "стремных" условиях (темнота, большой диапазон по яркости) при помощи обычного CMOS сернсора замаешься!)

А GPL - Это сила! Тут спорить не о чем. И деньги это ничуть не мешает зарабытывать - даже наоборот (при грамотном подходе).

[alexr22b]

...Честно говоря - там еще работать и работать - можно во многих "охранных" применениях сжать и посильнее. Дело в том, что у меня не использована возможность - на ходу решать - кодировать ли блок или считать, что он слабо изменился и пропускать (неподвижный фон). Сейчас этоне реализовано, т,к, заголовки у меня генерируются программно (зыранее), запихнуть их тоже в ПЛИС-ину уже напряга не хватило (а заголовок кадра сожержит, в частности, таблицу кодированных блоков)...

Я понимаю, что Вы спец по FPGA, но интересно, можно ли эту Theor'у в AD BF561 засунуть? Там все-таки софтом многие вещи было проще решать...

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

Да нет. Я как раз сторонник большого количества простых камер. Тогда точно ничего не пропустится. И, главное, камеры должны быть _аналоговыми_, т.к. пока выбор среди CMOS сенсоров ни в какое сравнение не идет с обычными аналоговыми охранными камерами (парадокс - там внутри стоит тот же CMOS, иногда CCD цифровой сенсор + DSP, но опытный фаакт, что получать такое же качество изображения в "стремных" условиях (темнота, большой диапазон по яркости) при помощи обычного CMOS сернсора замаешься!)

А GPL - Это сила! Тут спорить не о чем. И деньги это ничуть не мешает зарабытывать - даже наоборот (при грамотном подходе).

Именно, в БФ или ДМ642 или ещё луче в Davinchi (TI).
Там и CABAC можно написать (или в Теоре они не его не используют?) -попроще будет чем в ФПГА. Да и motion search сделать.

[des00]

Именно, в БФ или ДМ642 или ещё луче в Davinchi (TI).
Там и CABAC можно написать (или в Теоре они не его не используют?) -попроще будет чем в ФПГА. Да и motion search сделать.

CABAC это же в MPEG-4, Theora на хафмане вроде сидит (возможно адаптивном), но вот кабак на ДСП ИМХО не сильно переспективное занятие