Hamster, ok :) единственный дешевый решение-костыль. Но альтернатив пока нету и не предвидится.

я тоже очень люблю научную фантастику. но, нужно же быть реалистами

кстати про планшет с av-in
я недавно скурил ветку на ебэй-форуме про этот единственный продающийся планшет с этим входом на а13.
так вот - там ничего нового - tvp5150 на оцифровке и по отзывам владельцев - низкий фпс и гребенка на резких переходах - все то же самое, что у меня на изикапе. причем эти проблемы признали китайские продавцы. видимо это особенности проца.
используется самый простой способ деинтерлейса с повторением строки, что визуально выглядит как падение фпс. а все камеры заднего вида с чересстрочной разверткой (интерлейсом)
других доступных решений готовых я не видел.
единственное, где может быть вход (по логике китайцев) - жпс-навигаторы.
а там а13 сейчас за глаза, поэтому китайцам нет смысла ставить мощнее и дороже на данный момент

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

Задержка будет в пределах нормы, нагрузка на процессор при выводе через Overlay порядка 1-2% (если не накладывать картинку на видео)

Плюс есть возможность записи видео с минимальной загрузкой процессора.

А не подскажите как это сделать.....наверное это не сложно..."фигня делов" ))))
Да и к тому же способ наверное универсальный...

Для популярных у китайцев чипов можно попробовать: http://www.e-consystems.com/NTSC-PAL...ard-iMX53x.asp
а так в целом проблема очень сложная.

Я может что-то не понимаю, а чем плоха связка аналоговая камера + EasyCap + программа CarCam? Или речь идет об универсальном решении для андройд? Т.к. EasyCap не на всех планшетах можно прикрутить.

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

Что бы отобразить картинку с USB в оверлее (в окошке поверх интерфейса) нужно все делать программно силами процессора, про запись сжатием в h264 я вообще молчу, тут нагрузка на процессор будет очень большая.

В то же время если камера заведена на MPI интерфейс то достаточно просто сказать чипу: Дай мне поток видео сжатый в H264 с разрешением 720х576 и чип будет отдавать уже сжатый поток. Так же любая программа на андроиде которая использует API камеры будет корректно работать с такой камерой.

В случае USB это отдельное устройство с которым сам андроид работать не умеет, каждая программа должна работать отдельно (часть операций выполняется драйвером v4l но исключительно средствами CPU).

Кстати BigRubber (разработчик видеорегистрора для андроид) на 4pda писал что для 4.х научился обрабатывать картинку средствами VPU/IPU понятно что Android API все равно с такой камерой работать не сможет но хотя бы запись можно будет реализовать без сильного падения производительности.

Эка понесло, теперь давайте подумаем сколько раз в день мы включаем заднюю передачу и на какое время? По мне, так изикапа за глаза должно хватить. По поводу регистрации, я лично убежден что это должно быть автономное устройство.