Question:
Superposition vidéo / architecture d'affichage à l'écran
stbtra
2010-03-23 23:30:30 UTC
view on stackexchange narkive permalink

Je veux prendre une vidéo en composant NTSC / PAL et superposer des graphiques dessus.
Je connais des solutions qui utilisent la puce de superposition max7456 ou l'accomplissent avec juste un AVR mais ceux-ci semblent avoir une résolution limitée et sont monochromatiques. Idéalement, j'aimerais avoir quelque chose de comparable aux performances de cette configuration.

Voici ce dont je sais que j'aurai besoin:

  • Décodeur vidéo (pour numériser NTSC / PAL)
  • Une sorte de tampon / processeur pour superposer des graphiques sur l'image numérisée
  • Encodeur vidéo (pour ré-encoder en NTSC / PAL)

La partie centrale est ce que je ne sais pas comment configurer. Existe-t-il des puces existantes qui feront automatiquement cette superposition pour moi d'une manière ou d'une autre, ou ai-je juste besoin d'un MCU et d'une RAM suffisamment puissants pour tamponner / manipuler manuellement une image bitmap? Idéalement, j'aimerais avoir quelque chose à faible coût, et de préférence une solution à puce unique.

Cinq réponses:
#1
+5
Leon Heller
2010-03-24 00:28:16 UTC
view on stackexchange narkive permalink

Quelque chose comme un ADI Blackfin pourrait faire cela, ou un FPGA avec une RAM rapide.

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

Je ne suis pas sûr de la partie superposition, mais vous pouvez générer un signal vidéo NTSC / PAL sur un AVR en utilisant AVGA.

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

J'ai travaillé sur mon projet Super OSD qui prend en charge les graphiques 192x128 pixels et est open source. Je prévois de migrer vers un écran haute résolution - jusqu'à 512x384 pixels bilevel (pixels noir et blanc) ou 320x240 avec échelle de gris 2 bits, sur un PIC32. Un dsPIC33F avec SPI et des mux externes peut le faire facilement (c'est même possible sans mux ou SPI, mais vous obtenez moins de temps de traitement de cette façon), et il est disponible en DIP.

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

Et un BOB4 - http://www.decadenet.com/

pas vraiment bon marché mais je les ai utilisés dans mon dernier travail à bon escient

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

Pour la solution OSD, une approche basée sur FPGA pourrait être une alternative.

  • OSD peut être réalisé avec une implémentation alpha-blending.

L'alpha-blending est un algorithme pour mélanger 2 images en une seule. Le bon point est que cela vous donne la possibilité de configurer le niveau de transparence des éléments d'image individuels.

En quelques mots: étant x et y les entrées et z le signal vidéo de sortie. Un circuit alpha-blender peut les mélanger en implémentant l'équation:

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

alpha est le coefficient ou le niveau de mélange. Ensuite, vous pouvez définir «x» comme la vidéo NTSC et «y» comme la superposition.

  • De plus, un FPGA pourrait répondre à vos besoins au cas où vous pourriez envisager une logique supplémentaire comme encodeur / décodeur vidéo vous avez mentionné. Tout (enc / dec et leurs interfaces mémoire requises et l'OSD) pourrait tenir sur un seul FPGA (s'il est assez grand).


Ce Q&R a été automatiquement traduit de la langue anglaise.Le contenu original est disponible sur stackexchange, que nous remercions pour la licence cc by-sa 2.0 sous laquelle il est distribué.
Loading...