всё что вы описали вполне делает и оригинальная прошивка камеры. Кроме только «поиск координат лазерной точки в видеопотоке, предварительно скорректированном афинно» - но на это просто не хватит аппаратных ресурсов камеры.

Если нужен внешний демон рулящий пачкой камер и заодно выдающий аналитику через плагины - это другой вопрос, это обсуждаемо.

Уточнение задания:

1. Алгоритм уже отработан и не представляет сложности для современных камер (детектор движения тратит ресурсов больше). Дело в том, что алгоритм сводится к поиску точки (от 1до 3 пикс.) определенной яркости в заданной заранее зоне (для чего иногда нужен стриминг) и в сильно отфильтрованном изображении. Передавать нужно не видеопоток, а только результат - само событие, если оно найдено. Это позволит дополнительно разгрузить процессор и саму сеть при подключении множества камер.

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

п1 «Алгоритм уже отработан и не представляет сложности для..»

Не верю (с) Станиславский

п2. Дёшево и сердито - возьмите нормальную камеру,поставьте светофильтр(возможно с поляризацией) и будете видеть только искомую точку (вы-же очевидно лазером её наводите). Даже mjpeg даст мизерный поток с очень хорошим темпом. И хорошая сеть конечно, но это в Admin-раздел.

новая прошивка по спецификации, это где-то 1-2 порядка от стоимости железки. В вашем случае - от 50(студент) до 500 т.р.(если важен результат) Как минимум. Если в команде есть хороший тематик, то грамотная постановка задачи сэкономит денег. А может и нет :) Уж как повезёт :)

Кроме только «поиск координат лазерной точки в видеопотоке, предварительно скорректированном афинно» - но на это просто не хватит аппаратных ресурсов камеры

Ресурсов этой камеры я думаю хватит. Камера построена на базе процессора TexasInstruments TMSDM365, лучше бы конечно DM368, но при наличии разводки или возможности самому развести поменять процессор не проблема, так как они pin-to-pin совместимы.
Но по сути человек просит написать прошивку заново, так как без аличия исходников программы захвата её придётся писать.
P.S. Мы недавно сдали проект на DM368, поток 5 Mpx (2048x1536), кодирование H264, RTSP-поток, 10 fps.

Извиняюсь за ошибку, 5 мегапикселей составляло 2560x2048, а ранее приведённое 2048x1536 - 3 мегапикселя, на нём было 20 fps.

Продолжение

Рабочее разрешение 640х480 (min), 800*600 (рабочее) и 1024*768 (max). Столь высокие разрешения нам не нужны. Пока. По сути - да, нужна новая прошивка, т.к. родная не удовлетворяет. Работа именно в этом и заключается - написать новый демон-обработичик изображения. Если кто считает эту работу очень простой - извините. Но и сложного тут ничего нет для человека знакомого с темой. P.S. И, самое главное: мнение людей не желающих браться за работу не интересует, поймите меня правильно. Есть задача, ищется исполнитель. Флуд в другом месте!

Для imb

Мы не привязываемся к конкретной камере, а только к IP и несколько нужных нам параметров камер для реализации нашего проекта. По этому готовы рассмотреть другие типы камер с процессорами DM368. Если можете приведите примеры камер с этими процессорами, а мы проверим подходят ли они нам.

Duv, поймите, Вы просите написать полностью всю программную составляющую камеры.
Давайте рассмотрим что необходимо для захвата/кодирования.трансляции видео и управления камерой:

• настроить сенсор
  
• • необходимы спецификации на сенсор
    
  • необходимы спецификации на API видеозахвата используемые процессором, все они построены на V4L2, но могут использоваться только определённые ioctl
    
  • написать драйвер для используемый матрицы
    
  • реализовать дополнительные интерфейсы управления матрицей, так как, как правило, ioctl-в V4L2 не хватает
    
• реализовать захват буферов с матрицы, тут особых проблем быть не должно
  
• реализовать кодирование
  
• • необходима документация на используемые кодеки
    
  • необходима документация на используемое железо, так как надо обеспечить транспорт буфера с данными и его преобразование, для примера кодеки DM36x работают только с YUV, а большая часть матриц отдаёт данные в RAW
    
• необходимо реализовать трансляцию готового видео, тут есть варианты с отдачей RTSP/RTP/JPEG и т.д.
• не забываем, что в программу кодирования надо интегрировать ваш алгоритм
  
• реализовать управление камерой и сохранение/чтение настроек, тут также проблем быть не должно если рассматривать, например, использование HTTP для управления, а если вам нужен ONVIF или GigEVision, для которых нет готовых библиотек, объём работы увеличивается

Вроде ничего принциально важного не упустил.
Если железо разводите не вы сами, то процедура отладки и проверки будет крайне увлекательной.

Мой Вам совет, составьте максимально чёткое техническое задание и найдите компанию разрабатывающую камеры. С её специалистами рассмотрите ваше задание и дальше действуйте по ситуации, возможно проще будет заключить контракт на разработку с ними.

Контакты и ориентировочный бюджет почему не указали?

Продолжение

Хоть кто-ниюудь из вас, писателей, посмотрел gpl с ftp? Понятно что при наличии полного исходного кода все было бы очень просто, но там и так дофига всего открыто. Сам демон нам реализовывать заново не нужно, не нужны нам все эти прибомбасы типо веб серверов, протоколов хитрых и т.д. Нам нужен СОБСТВЕННЫЙ протокол управления, умение давать видео с камеры, когда попросят и анализировать видео на камере всегда, давая сетевые события простые Я уж молчу о том, что если кому нужно что в оригинальном демоне глянуть - IDA pro и т.п. софт имеется Понятно, что это не курсовая работа за бесплатно, но и написать прошивку всю заново это перебор Возьмите роутер ASUS RT-N56U (RT-N66U) к нему замоденных прошивок вагон энтузиасты выпускают на основе gpl аналогичного Надо попробовать того-же padavan'а (автора кастомных прошивок для ASUS'а) спросить - не хочет ли подработать

Хоть кто-ниюудь из вас, писателей, посмотрел gpl с ftp?

Я посмотрел, кроме кросс-компилятора там нет ничего.
Вы раньше разрабатывали для подобных emdebbed устройств? У меня складывается впечатление, что нет.
Ради интереса скачайте полное SDK для DM36x http://software-dl.ti.com/dsps/dsps_public_sw/sdo_sb/targetcontent/dvsdk/DVSD... и посмотрите там объём документации для программирования под этот процессор.

Возьмите роутер ASUS RT-N56U (RT-N66U) к нему замоденных прошивок вагон энтузиасты выпускают на основе gpl аналогичного

Вы не путайте роутер, который занимается только маршрутизированием пакетов и камеру, которая использует возможности железа для кодирования. Хотя если Вас устроит софтовое кодирование....?

Если предложение еще в силе, то можем пообщаться через почту : sw точка embed собака gmail точка com.

Добрый день

Итерисует прошивка (разработка) к DM365 возможно с вами связаться?. отпишите мне admin@deepweb.spb.ru