Кто разрабатывал кодер/декодер MPEG4?, Просветите начинающего в разработке MPEG Опции

[irum4]

Литературы я уже накачал. Будет время закину на FTP, если будут заинтерисованные лица.
А вопрос к тем кто уже реализовывал кодер/декодер на ПЛИС или на DSP, с чего начинали, во что это вылилось, сколько времени забрало, есть ли готовые куски кода, корочки, функции?

[koziy_mf]

Комп+плата ввода-вывода (там DC10, например)...Это конечно не ход электронщика *)
Тебе нужно конечно контроллер скоростной, с возможностью доступа к большому количеству памяти, видеобуфер...При кодировании нужно будет в начале после декодера видеосигнала ставить АЦП для всех трех RGB составляющих, затем полученную цифру скидывать в буфер, причем не на один кадр, так как MPEG4 для кодирования нужна инфо о всей серии кадров между ключевыми, ключевые кадры надо на лету определять...
Декодер видеосигнала выполняется на одной мелкосхеме, на выходе - RGB и синхронизация. Вот для начала просто подсчитай необходимое быстродействие АЦП (их - 3 штуки будет, считай для одного) - пусть для ПАЛ это 50 полукадров в сек, каждый полукадр - 260 строк , пусть по гориз. - 720 элементов, тогда в секунду Твой АЦП должен делать 9360000 выборок. И так - 10 мегавыборок - то что надо нам, таких 3 штуки. Можно 16 битные (зайди на site maxim - недорогие АЦП с головой). Далее - память. Для 3 составляющих надо 3 буфера, длина буфера = максимальному интервалу между ключевыми кадрами (тут тоже проблемма - сигнал то не прогрессивный *))). Возьмем на 100 кадров. Тогда нам надо более 64M*3 = 192M только для входного буфера. Можно делать меньше, но тогда эффективность сжатия упадет (поэтому поточно недорогие устройства и не работают с MPEG4, а с mpeg2, где берут буфер на 1 секунду, сжимают ключевой кадр по JPEG, и fix расстояние между keyframes (25-29 кадров).
Память должна работать на 60MHz (только на запись) + 60Mhz (мы еще и читать должны между записями).
Далее - надо второй буфер. Это если идти по принципу - 1 буфер заполняется, со вторым ведется просчет, далее обрабатывается 2 буфер, а заполняется 1 й. И Твой алгоритм обработки должен быть так составлен, чтобы до того, как успеет заполнится один из буферов, второй должен быть полностью просчитан и скинут на выходной буфер (там - жесткий диск через память итд). При такой схеме в худшем случае за 3 секунды Ты должен(а) просчитать свои 100 кадров. Естевственно - все с постоянным битрейтом, который заранее выбирается.
Расчитать заранее необходимую мощность проца сложно - это от его системы комманд зависит, от Твоего кода, за сколько тактов в худшем случае он выполняется, естевственно -опираться на частоты P2 *))) никакого смысла нет *)
Продолжение следует *)