Frage:
Video-Overlay / On-Screen-Display-Architektur
stbtra
2010-03-23 23:30:30 UTC
view on stackexchange narkive permalink

Ich möchte ein NTSC / PAL-Komponentenvideo aufnehmen und Grafiken darüber überlagern.
Mir sind Lösungen bekannt, die entweder den max7456-Overlay-Chip verwenden oder nur mit einem AVR ausführen Diese scheinen eine begrenzte Auflösung zu haben und sind monochromatisch. Idealerweise hätte ich gerne etwas Vergleichbares zur Leistung von diesem Setup.

Ich weiß, dass ich Folgendes benötigen werde:

  • Videodecoder (zum Digitalisieren von NTSC / PAL)
  • Eine Art Puffer / Prozessor zum Überlagern von Grafiken auf den digitalisierten Frame
  • Videocodierer (zum erneuten Codieren in NTSC / PAL)

Der mittlere Teil ist das, was ich nicht sicher bin, wie ich es einrichten soll. Gibt es vorhandene Chips, die diese Überlagerung automatisch für mich ausführen, oder benötige ich nur eine ausreichend leistungsfähige MCU und RAM, um eine Bitmap zu puffern / manuell zu bearbeiten? Idealerweise hätte ich gerne etwas Niedriges und vorzugsweise eine Einzelchip-Lösung.

Fünf antworten:
#1
+5
Leon Heller
2010-03-24 00:28:16 UTC
view on stackexchange narkive permalink

So etwas wie ein ADI Blackfin könnte das oder ein FPGA mit schnellem RAM.

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

Ich bin mir über den Overlay-Teil nicht sicher, aber Sie können mit AVGA ein NTSC / PAL-Videosignal auf einem AVR erzeugen.

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

Ich habe an meinem Projekt Super OSD gearbeitet, das Grafiken mit 192 x 128 Pixeln unterstützt und Open Source ist. Ich plane, auf ein hochauflösendes Display zu migrieren - bis zu 512 x 384 Pixel Bilevel (Schwarzweißpixel) oder 320 x 240 mit 2-Bit-Graustufen auf einem PIC32. Ein dsPIC33F mit SPI und externen Muxes kann dies problemlos (es ist sogar ohne Muxes oder SPI möglich, aber auf diese Weise erhalten Sie weniger Verarbeitungszeit) und ist in DIP verfügbar.

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

was ist mit einem BOB4 - http://www.decadenet.com/

nicht wirklich billig, aber ich habe sie in meinem letzten Job effektiv eingesetzt

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

Für eine OSD-Lösung könnte ein FPGA-basierter Ansatz eine Alternative sein.

  • OSD kann mit einer Alpha-Blending-Implementierung erreicht werden.

Das Alpha-Blending ist ein Algorithmus zum Mischen von 2 Bildern zu einem. Der gute Punkt ist, dass Sie auf diese Weise die Transparenz einzelner Bildelemente konfigurieren können.

In wenigen Worten: x und y die Eingänge und z das Ausgangsvideosignal. Eine Alpha-Mixer-Schaltung kann sie mischen, indem sie die folgende Gleichung implementiert:

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

Alpha ist der Koeffizient oder das Mischungsniveau. Dann können Sie "x" als NTSC-Video und "y" als Overlay definieren.

  • Zusätzlich könnte ein FPGA Ihren Anforderungen entsprechen, falls Sie zusätzliche Logik als Videocodierer / -decodierer in Betracht ziehen du erwähntest. Alles (enc / dec und die erforderlichen Speicherschnittstellen und das OSD) könnte auf ein einzelnes FPGA passen (wenn es groß genug ist).


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 2.0-Lizenz, unter der er vertrieben wird.
Loading...