Доброго времени суток!

Пытаюсь нарисовать свою картинку поверх телевизионного сигнала, поступающего с камеры, с помощью lpc2138, но ничего не получается...

Проблема в том, что:
1) не удается засинхронизироваться от видеосигнала (вход в прерывание - величина не постоянная);
2) не хватает скорости порта, чтобы выводить нужную мне информацию (проц не /01)

Есть ли какие-нибудь идеи? Или сразу плюнуть на много дней работы и поменять камень?
Кто-нибудь вообще делал подобные вещи на арме?

Если очень хочется использовать именно этот процессор, то могу посоветовать использовать для вывода своей картинки синхронный порт. Наличие ФИФО на SPI и возможность посылать 16 разрядные слова несколько сглаживают проблему относительно долгой реакции на прерывания.
Синхронизацию со строчными синхроимпульсами внешнего видеосигнала можно уличшить путем запрета использования в фоновой программе команд множественных пересылок регистров типа STM и LDM. Говорят, что у некоторых С компиляторов есть такая опция.

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

Там есть ФИФО на 8 слов, то-есть если по простому то 8*16 бит на строку.

на 720 отсчетов согласно ITU не потянет... даже 128 это приметно 1/6 экрана. мало :-/
вобщем нужно сделать простой видеорегистратор. на сколько я понимаю - самая сложная задача - это вывод меню при просмотре картинки (или линий - зон детектора движения). остальное - вывод картинки из озу, с этим справляется epm3064.

ИМХО лучше всего PIP (Picture-In-Picture) реализовывать на основе того же ОЗУ в котором находится исходная картинка. Только ОЗУ для таких целей должно быть двухпортовым.

чтобы не мудрить, вопрос 2:
реально ли применить для таких целей блэкфин? очень нравится цена, но с дсп дел еще не имел.
вопрос 3:
если блэкфин удовлетворит потребности в выводе меню поверх картинки, может он еще и jpeg успеет сжать миллисекунд за 150-200? кадр - ч/б 720*576

Блэкфин может сжимать такие картинки со скоростью 30 кадров в секунду.
Для разработчиков выпускается стартовый набор:
http://www.analog.com/processors/platforms/msk.html

А чем ПЛИС то не нравится?
Внешняя шина проца на ПЛИС, в ПЛИС реализация псевдодвухпортовости памяти, ну и какаянить SRAM за ПЛИС. Из проца только "картинку" в SRAM загоняете/меняете, остальное ПЛИС сама делает.
Ну а в идеале ещё и отдельный генератор запускающийся/синхронизирующийся с началом каждого строчного импульса.

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

У меня в паре проектов видеосигнал формируется ПЛИСиной, а простенькая менюшка и разные служебные символы заливаются в ПЛИСину АВРкой (16 атмега), так что АРМ и подавно должен успевать.

а какая плис?

Циклон, в одном проекте EP1C6, в другом EP1C3.

afair телесистемы в такой ценовой категории сделали wavelet, управление от мега128

Малацы, тока мне вавелет не понадобился пока, схему их видел на этапе разработки своей, первый проект по схеме похож на телесистемский мАВР, тоже видеодекодер использовал .