Pregunta:
Superposición de video / arquitectura de visualización en pantalla
stbtra
2010-03-23 23:30:30 UTC
view on stackexchange narkive permalink

Quiero tomar un video componente NTSC / PAL y superponer gráficos sobre él.
Conozco soluciones que usan el chip de superposición max7456 o lo logran con solo un AVR, pero estos parecen tener una resolución limitada y son monocromáticos. Idealmente, me gustaría tener algo comparable al rendimiento de esta configuración.

Esto es lo que sé que necesitaré:

  • Decodificador de video (para digitalizar NTSC / PAL)
  • Algún tipo de búfer / procesador para superponer gráficos en el marco digitalizado
  • Codificador de video (para volver a codificar a NTSC / PAL)

La parte del medio es lo que no estoy seguro de cómo configurar. ¿Hay chips existentes que se superpongan automáticamente de alguna manera, o solo necesito una MCU y RAM lo suficientemente potentes para almacenar en búfer / manipular manualmente un mapa de bits? Idealmente, me gustaría tener algo de bajo costo y preferiblemente una solución de un solo chip.

Cinco respuestas:
#1
+5
Leon Heller
2010-03-24 00:28:16 UTC
view on stackexchange narkive permalink

Algo como un ADI Blackfin podría hacer eso, o un FPGA con algo de RAM rápida.

#2
+1
Toby Jaffey
2010-03-24 19:12:59 UTC
view on stackexchange narkive permalink

No estoy seguro sobre la parte de superposición, pero puede generar una señal de video NTSC / PAL en un AVR usando AVGA.

#3
+1
Thomas O
2010-12-29 00:44:08 UTC
view on stackexchange narkive permalink

He estado trabajando en mi proyecto Super OSD, que admite gráficos de 192x128 píxeles y es de código abierto. Estoy planeando migrar a una pantalla de alta resolución - hasta 512x384 píxeles binivel (píxeles en blanco y negro) o 320x240 con escala de grises de 2 bits, en un PIC32. Un dsPIC33F con SPI y muxes externos puede hacerlo fácilmente (incluso es posible sin muxes o SPI, pero obtienes menos tiempo de procesamiento de esa manera) y está disponible en DIP.

#4
  0
BullBoyShoes
2010-12-29 02:04:22 UTC
view on stackexchange narkive permalink

¿Qué tal un BOB4? http://www.decadenet.com/

No es realmente barato, pero lo usé en mi último trabajo con buenos resultados

#5
  0
L30nardo SV.
2013-04-28 23:07:20 UTC
view on stackexchange narkive permalink

Para la solución OSD, un enfoque basado en FPGA podría ser una alternativa.

  • OSD se puede lograr con una implementación de combinación alfa.

La combinación alfa es un algoritmo para mezclar 2 imágenes en una. Lo bueno es que esto te da la posibilidad de configurar el nivel de transparencia de los elementos individuales de la imagen.

En pocas palabras: siendo xey las entradas y z la señal de video de salida. Un circuito alpha-blender puede mezclarlos implementando la ecuación:

z = x. (Alpha) + y (1-alpha)

alpha es el coeficiente o nivel de mezcla. Luego, puede definir "x" como el video NTSC e "y" como la superposición.

  • Además, un FPGA podría satisfacer sus necesidades en caso de que considere una lógica adicional como el codificador / decodificador de video Mencionaste. Todo (enc / dec y sus interfaces de memoria requeridas y el OSD) podría caber en un solo FPGA (si es lo suficientemente grande).


Esta pregunta y respuesta fue traducida automáticamente del idioma inglés.El contenido original está disponible en stackexchange, a quien agradecemos la licencia cc by-sa 2.0 bajo la que se distribuye.
Loading...