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. Взялся ли бы кто (не бесплатно) помочь мне сотворить это чудо? Я как-то не силен во всех эти *ХДЛ, я больше по контроллерам

[NickS]

Я бы вам предложил решать вашу задачу на DSP , например, на Blackfine.
Имеет прямой порт для подключения кодека, ресурса хватит, с учетом того, что вам даже Real Time не нужно. Стоит дешевле чем Spartan.
Найти реализацию на "С" так же проще. Помоему даже в application что-то есть. Отлаживать - для вас понятнее.
Реализовать вашу задачу на ПЛИС - я думаю оптимистично от 3 до 6 человеко месяцев, с учетом отладки. Отлаженную реализацию с учетом таких затрат вам дешевле $10000 не продадут. Найти "на халяву" - так кто отвечать будет за работоспособность, а разобраться, проверить, отладить - так это те же самые 3-6 месяцев.

[Evgeny_CD]

Вот, нашлось что-то готовое. Непонятно только качество.

http://opencores.nnytech.net/projects.cgi/web/video_systems/
http://opencores.nnytech.net/projects.cgi/web/jpeg/

[dmtl]

{посмотрите тему
http://forum.electronix.ru/index.php?showtopic=2352 из ветки ищу работу}

1. Ищу (почти нашел) постоянную работу, а не одноразовую.
2. В данном случае плясать нужно от требуемого разрешения, если это охранка, с низким качеством, то можно поставить за ТВ декодером Pilips blackfin от ADI с портом PPI, и на внутренней памяти (64к) хранить картинку. При более высоком качестве blackfin+память. В аналоговом девайсе есть открытый код JPEG200 под этот процессор, наверняка конкуренты от TI тоже не отстают в данной проблеме.
3. ADI выпускает специализированный чип, который кодирует видео в JPEG2000.
4. Вы хотите просто держать данные в буфере или куда-нибудь передать?
Это также может повлиять на выбор микросхем.

[Evgeny_CD]

{посмотрите тему
http://forum.electronix.ru/index.php?showtopic=2352 из ветки ищу работу}

1. Ищу (почти нашел) постоянную работу, а не одноразовую.
2. В данном случае плясать нужно от требуемого разрешения, если это охранка, с низким качеством, то можно поставить за ТВ декодером Pilips blackfin от ADI с портом PPI, и на внутренней памяти (64к) хранить картинку. При более высоком качестве blackfin+память. В аналоговом девайсе есть открытый код JPEG200 под этот процессор, наверняка конкуренты от TI тоже не отстают в данной проблеме.
3. ADI выпускает специализированный чип, который кодирует видео в JPEG2000.
4. Вы хотите просто держать данные в буфере или куда-нибудь передать?
Это также может повлиять на выбор микросхем.

1. - понятно.
2. разрешение 696*560, качетсво должно вариьроваться - это и 64 к картинка, и выше.
3. Изучается. Но eval кит больно дорого стоит. И поставка чуть ли не 14 недель.
4. В буфере держать. Его дальнейшей обработкой CPU займется. Как будет буфер организован - пока не понятно.

Спасибо за ответ - я потихоньку продвигаюсь к пониманию того, можно ли так решить задачу и нужно ли.

http://elphel.com/downloads/313_rus.html -есть исходники JPEG сжимателя. Там решена похожая задача, но мне надо несколько по другому.