Compresión de video usando un procesador de baja potencia

Navega tus respuestas
0

Estoy tratando de construir una cámara de mano con función de grabación de video.

Las características básicas de la cámara son

  • Resolución: 640x480
  • Velocidad de fotogramas: 25 / 30Hz

  • Formato de video desde el sensor: escala de grises de 8 bits BT.656 (el sensor con compresión interna no es posible en nuestra aplicación).

  • Plataforma de software: puede basarse en el sistema operativo / codificación Bare Metal dependiendo de la decisión tomada en la parte de compresión de video.

  • Consumo de energía esperado: 1.5 vatios solo para el circuito de grabación.

  • Almacenamiento: Tarjeta SD

Estoy usando un microcontrolador avr para todos los controles y la interfaz de usuario de la cámara. Sin embargo, para la compresión de video y la parte de almacenamiento me enfrento a una dificultad.

He leído muchos procesadores y controladores y he encontrado lo siguiente.

  • Por el lado de los procesadores, descubrí que los instrumentos de Texas como Davinci, OMAP, SITARA, NXP i.Mx y otros procesadores de medios son relevantes para mi aplicación.

  • Pero creo que esto es una exageración para mi aplicación en términos de consumo de energía y capacidad de procesamiento.

  • Desde el lado del microcontrolador, he estudiado la serie m7 de atmel sam cortex con decodificador de video incorporado y codificador jpeg de software. Para la reproducción de video puedo usar el decodificador de video por hardware.
  • Esta opción parece correcta solo para el almacenamiento de instantáneas. Pero para la grabación de video necesito compresión. Aunque el consumo de energía es bajo, la potencia de procesamiento requerida para la compresión de video no es factible con esto según mi opinión.

La calidad de video que estoy esperando es una que sea razonable para una cámara de vigilancia.

Siento que me estoy perdiendo algo bastante obvio para todos excepto para mí en este mundo para una aplicación tan típica.

Las principales limitaciones que tengo son el consumo de energía y el tamaño.

¿Podría alguien sugerir cómo puedo seguir adelante con la aplicación de grabación de video?

    
pregunta Vinod kumar

2 respuestas

1

Le sugiero que mire la compresión BTC. Una ventaja principal es que, una vez que establece sus parámetros, puede calcular con precisión razonable cuánta potencia de CPU necesita.

Aún debe procesar 640x480x25 = 7.68 Mega píxeles / seg. Por lo tanto, es poco probable que una MCU de 64 MHZ sea capaz de hacer el trabajo, ya que eso le proporciona solo ~ 8 ciclos de reloj por píxel. Además de eso, necesitas ciclos de reloj para leerlo y escribirlo. Creo que necesita un ARM de 600 MHz si no tiene ningún otro hardware para admitir su procesamiento de video.

Entonces quieres 'grabar' el flujo. ¿A donde? Puede escribirlo en una tarjeta SD, pero también consume una buena cantidad de ciclos de reloj.

"Siento que me estoy perdiendo algo bastante obvio para todos, excepto para mí en este mundo, para una aplicación tan típica". Puede ser típico pero eso no significa que sea fácil.

Tal vez solo compre una Raspberry-Pi con cámara ....

    
respondido por el Oldfart
0

Ya que incluso este teléfono inteligente de $ 50 puede grabar 1080p30 de una manera podría ser el SoC de teléfono inteligente más económico que se pueda cumplir tus necesidades. Estos se producen en grandes cantidades, por lo que la economía de escala está de su lado ...

De hecho, una búsqueda rápida revela que el Raspberry Pi SoC (incluso el Pi zero) parece capaz de la compresión de video con un buen rendimiento, por lo que es posible que desee experimentar con eso, es bastante barato ... también se duplica como microcontrolador .

    
respondido por el peufeu

Lea otras preguntas en las etiquetas

Diferencia en el punto de corte cuando se enciende la cámara desde una salida de 24v vs una salida de 14.4v [cerrada] Si dos iBeacons están demasiado cerca entre sí, ¿podrían confundirse sus señales entre sí?