Интересно, насколько в реальности такой подход применим? Во сколько раз такое решение проиграет ручному кодингу по использованным ресурсам? И на С, вероятно, надо писать не обстрактно, а примерно понимая, как оно транслироватся будет...

Присмотритесь внимательнеее к заказчику,
если совсем "туго" понимает что можно сделать и за сколько,
то бросайте его пока не поздно.
К сожалению, и мне приходилось общаться с подобными людьми(правда, в другой отрасли),
в силу особенностей их мироощущения и иногда недостатка образования они думают,
что их "парят" и пытаются обмануть, вытянуть лишние деньги и т. д.
Если это такой случай, то дело может закончится не в Вашу пользу(потеряете время и нервы).

Ну.
Такие заказчики потом ещё хотят дальнейшего развития за условно бесплатно, типа всё же уже сделано, надо только прикрутить это, потом вот это, ну и ещё вот это.

Так бы и сделал, но кроме заказчика есть еще и начальство

Надеюсь, Вы уже оценили маразматичность затеи. А по поводу начальства - суньте им ту буажку, что я тут запостил, по скорости програмного кодека (еще лучше цены перед этим запросите - полагаю, они впечатлят заказчика ), а потом покажите сайт elphel.com с его ценами, и скажите, что иначе никак

А ещё посмотрите решение данной задачи на каком-нибудь сайте по смартфонам.
Есть программки для смарфонов, которые позволяют передавать картинки с камеры смартфона по GPRS.
В некоторых программках есть даже функция "передача изображения при срабатывании детектора движения(реализуется обычно программно)".
Разрешение не очень большое, да и не видео это будет, а последовательность картинок, но может что-то такое Вам и нужно.

Ещё возможно стоит поискать чипы типа S1S65010 (Network Camera Controller with JPEG Encoder) от SEIKO EPSON CORPORATION

Чип уже упоминался в топике. А Вам удалось найти полную доку на него?