JPEG кодек, с чего начать? Опции

[maxntf]

Появилась задача передать кадр с камеры через GPRS. Есть устройство с GPRS модемом на борту, управляет всем PIC. Есть интерфейса IIC, к которому собственно и нужно подключить JPEG кодер. Этот кодер должен работать по принципу - получил команду по IIC снять кадр, выполнил кодирование в JPEG, и сохранил его в свою память. После чего можно по шине IIC эту картинку по кускам вытянуть из памяти кодера, и передать через GPRS.
Ознакомившись с данной темой, выяснил, что JPEG кодек нужно делать аппаратный на ПЛИС. Поскольку с ПЛИС не работал, придется начинать все с нуля! Насколько я понимаю, алгоритм работы такого кодера примерно такой - в ПЛИС обрабатываем кадр полученный с выхода АЦП, на лету кодируем его в JPEG и сохраняем в какую ни будь static RAM. После чего обеспечиваем доступ к памяти по интерфейсу IIC.
Кодер должен состоять: АЦП, ПЛИС, static RAM.
Задачи, реализуемые на ПЛИС:
1. Организация интерфейса IIC, для получения команд от микроконтроллера, и чтения данных микроконтроллером из памяти.
2. Чтение потока с АЦП (формат YCbCr), блоками 8 х 8 сжимать на лету в JPEG и сохранять в память.

Чтоб не тратить даром времени, хотелось бы сразу выяснить несколько вопросов. Решил остановиться на ПЛИС от Xilinx (может не совсем правильный выбор?).
1. Какую выбрать среду разработки и средства отладки (бесплатную), не пойму что у них там с лицензиями? Отладочный комплект оборудования?
2. Какой ПЛИС подойдет для моей задачи?
3. Язык программирования на сколько я понимаю VHDL без вариантов (для Xilinx). Сам имею опыт программирования на Си, но на сколько я понял SystemC служит только для симуляции составных систем, а не для программирования ПЛИС.

[_4afc_]

3. Язык программирования на сколько я понимаю VHDL без вариантов (для Xilinx). Сам имею опыт программирования на Си, но на сколько я понял SystemC служит только для симуляции составных систем, а не для программирования ПЛИС.

Можно сконфигурить внутри Xilinx 32-разрядный процессор с частотой до 100МГц и писать на нём под Си сколько влезет.
А когда заработает - перенести потихоньку ресурсоёмкие блоки обработки в VHDL.
При таком пути лучше начать с компиляции извесных кодеков на PC без ПЛИС вообще.

2. Чтение потока с АЦП (формат YCbCr), блоками 8 х 8 сжимать на лету в JPEG и сохранять в память.

для 8х8 "на лету" вам сначала надо считать с АЦП в память ПЛИС 8 строк изображения. Т.е. для 640х480 - 10240 байт.
К АЦП что прицеплено - PAL камера? Незабудте что с неё пойдут полукадры которые лучше не смешивать в кадры.
И скорость считывания с АЦП прикиньте из этого может вылезти ограничение на скорость static RAM.

1. Организация интерфейса IIC, для получения команд от микроконтроллера, и чтения данных микроконтроллером из памяти.

Я понимаю, GPRS - канал медленный, но не проще выдавать данные из ПЛИС по запросу через I2S или на МК таких нет?

А откуда такая тяга к ПЛИС ? Ведь в проекте всеравно будет еще и контроллер. JPEG можно сжимать при некоторых условиях даже на AVR, так возьмите в проект ARM вместо PIC и все дела.

Только не нужно забывать, что приведённый кодек от Rst7 - кодирует чёрно-белое изображение.
И кроме того закодированное таким образом изображение при просмотре на Win7 имеет не 256, а 16 градаций яркости воимя стандартизации.

yes, Вы только не упоминайте jpeg2000 всуе. Его не то, что на МК, а на DSP прилично не сделать (в смысле за разумное время преобразования). Только человека запутаете. А в остальном - полностью согласен. Лучше для начала на процессоре каком-нибудь сделать.

Да уж в jpeg2000 применяется арифметическое кодирование для сжатия (ЕБКОД). Медленный как черепаха даже на DSP.
Вот он как раз на плис просится! Вопрос где взять его вменяемую реализацию?