Moin, ich bin auf der suche nach einer Möglichkeit ein farbiges Bild in einem FBAS einzubinden. Das ganze soll dann zwischen einer Cmos Kamera und und einen kleinen TFT mit A/V Eingang kommen. Das Bild sollte dann z.B. von einer SD Karte kommen. Gibt es dafür eine (einfache) Lösung oder ist das doch sehr Aufwendig. Für S/W gibt es ja schon viele Möglichkeiten, aber mir ist es wichtig das es in Farbe ist. Bei div. Rückfahrkamera hat man ja z.b. eine Farbige Abstandsanzeige. Ist das auch ein Overlay oder sind da die Pixel fest im Speicher vom Kamera Chip? Gruß Ingo
ungetesteter Vorschlag: Raspberry Pi mit USB-Videograbber. Das Bild deiner Kamera wird mit dem Videograbber digitailisiert, dann im Raspberry verarbeitet und an dessen Cinch-Ausgang ausgegeben. Da könnte man dann auch einen HDMI-Monitor anschließen.
Seit alles digital übertragen wird, sind solche "Bild-im-Bild" Geräte selten geworden. Man findet sie noch unter "Video-Überwachungsanlagen" bei Conrad oder ELV. Entweder "split screen" mit 2*2 Videobildern auf einem Schirm oder auch wie gewünscht als kleines Video im großen irgendwo eingeblendet.
Hallo Rahul, danke für die schnelle Antwort. An einen Raspi hab ich auch schon gedacht. Ich hatte vergessen das ich es in doppelter Ausführung (2 x Kamera und 2 x Monitor) benötige. Von daher müsste ich wenn auch zwei RasPi's nehmen. evtl. hat ja noch jemand einen anderen Vorschlag.
Die hier können sowas: http://www.sensoray.com/2253 Wenn du bei der Kamerawahl flexibel bist gibt es vielleicht auch eine mit Logo funktion(meine Mobotix kann sowas)
Gast
#3839488
Beim FPV-Treff.de wird sowas mit aktueller Hardware zur Dateneinblendung ins Livebild genutzt. Schau dort auch mal rein. Gruß
Ja die OSD Anzeige aus dem FPV Bereich kenne ich, aber die nutzen nur, so viel ich weiß, ein s/w Text evtl. noch ein wenig Strichgrafik (künstlicher Horizont) mit dem MAX7456 oder LM1881 Letztendlich möchte ich zwei Video Bilder übereinander mischen. Eins wäre der Rahmen (Farbgrafik) als Standbild und dahinter das live Bild von der Kamera.
Ingo St. schrieb: > Letztendlich möchte ich zwei Video Bilder übereinander mischen. > Eins wäre der Rahmen (Farbgrafik) als Standbild und dahinter das live > Bild > von der Kamera. Wenn die Quellen nicht von einem gemeinsamen 'Studiotakt' (BB Signal) synchronisiert werden, geht so etwas nur mittels einer Zeitbasiskorrektur, engl. Time Base Corrector (TBC). Dir bleibt noch die etwas preisgünstigere Möglichkeit, ein gebrauchtes Videopult, das schon beide Quellen zwischenspeichert und mit Studiotakt ausliest, zu erwerben. Mein altes WJ-AVE5 von Panasonic kann so etwas, und noch einige andere aus der Serie: http://www.ebay.de/itm/Panasonic-Digital-AV-Mixer-WJ-AVE5-/301350965582?pt=Filmnachbearbeitung&hash=item4629ead14e http://www.ebay.de/itm/Panasonic-Digital-AV-Mixer-WJ-AVE5-/151431202073?pt=Filmnachbearbeitung&hash=item234200c519 http://www.ebay.de/itm/Videomixer-Videomischpult-Panasonic-WJ-AVE-7-/181556690745?pt=Filmnachbearbeitung&hash=item2a459f3f39 Beim WJ-AVE5 kannst du intern einen Jumper setzen und hast dann noch den Farbbalken als Hintergrundfarbe.
Also doch nicht so einfach zu machen wie ich mir das gedacht habe. Trotzdem Danke an alle. Gruß Ingo
Ingo St. schrieb: > Also doch nicht so einfach zu machen wie ich mir das gedacht habe. > Trotzdem Danke an alle. > > Gruß Ingo so schwer aber auch nicht, ein Pal Videostream muss in Echtzeit gelesen werden, ein Bild daraus gemacht werden, verkleinert nach Breite Höhe Pixel und in einen anderen Videostream eingefügt werden. Am PI läuft zumindest folgendes soweit ich das verfolgt habe, Ein Bild am HDMI oder Composite Ausgang wird in "Echtzeit" umgerechnet in einen Framebuffer geschrieben und kopiert so das es am GPIO auf einem TFT ausgegeben werden kann http://www.forum-raspberrypi.de/Thread-test-watterott-mi0283qt-9a-2-8-lcd-touchpanel http://www.youtube.com/watch?feature=player_embedded&v=iAePP74RPQ0 wenn also das runterrechnen und die GPIO Ausgabe geht müsste über den Framebuffer auch das gewünschte funktionieren, 2 Quellen zum PI machen AV Grabber, nur ob das für 2 Streams zu mischen mit einigen akzeptablen FPS läuft weiss ich nicht, ich bin kein Softie
Gast
#3840054
Wäre das nicht etwas, um mal wieder einen Atmega8 rauszukramen? Hier wurde das mit einem solchen gelöst: http://www.youritronics.com/video-overlay-with-avr/
Stromverdichter schrieb: > Wäre das nicht etwas, um mal wieder einen Atmega8 rauszukramen? ??? Anfangsbeitrag nicht gelesen ? Ingo St. schrieb: > Moin, > ich bin auf der suche nach einer Möglichkeit ein farbiges Bild > in einem FBAS einzubinden. ein paar monocrome Pixel a la Texteinblendung war nicht gemeint Das FBAS Beispiel mit dem m32 wäre passender, aber da der nur Testbilder generiert und nix aus einem live Stream in einem live Stream einblendet wohl auch nicht. Atmel so sehr ich sie mag sind nix dafür
Mal eine Frage von einem Ahnunglosen: Wäre es vielleicht möglich die Bilder von 2 Videoquellen immer abwechselnd an den Monitor weiterzugeben? Ist jetzt zwar kein Overlay aber das Ergebnis könnte reichen wenn man nur geringe Qualitätsansprüche hat(z.B. Einparkhilfe)
klar und sogar geschaltet mit dem Rückfahrlicht automatisch, Relais oder Analogschalter oder Videoschalter.
Da habe ich mich wohl unklar ausgedrückt. Ich meine jeweils abwechselnd einen Frame anzeigen lassen und so den Eindruck von beiden Bildern gleichzeitig enstehen zu lassen.
das eher nicht weil die beiden Video Signale unsyncronisiert laufen, wer zu schnell umschaltet sieht nix mehr
Um ein stabiles Bild am Ausgang zu bekommen, müssen entweder die Videoquellen alle synchron laufen oder die Frames werden digitalisiert und mit einem festen Takt wieder ausgelesen. Da die meisten Amateur Videoquellen nicht synchronisierbar sind (kein 'Genlock' Eingang haben), gehen die o.a. Panasonic Pulte den letzteren Weg. Dadrin sind 2 Framebuffer, die die Funktion einer Zeitbasiskorrektur erfüllen. Sobald dann die beiden Quellen synchron sind, kann man mischen, stanzen, Picture in Picture erzeugen usw. Das geht soweit, das ich da sogar ein NTSC (525 Zeilen, 30Hz) Signal einspeisen kann und am Ausgang ein PAL bekomme - mit schwarzem Streifen am unteren Bildrand. Chr. Messener schrieb: > Da habe ich mich wohl unklar ausgedrückt. > Ich meine jeweils abwechselnd einen Frame anzeigen lassen und so den > Eindruck von beiden Bildern gleichzeitig enstehen zu lassen. Dazu müssten die beiden Quellen wenigstens im Vertikal Signal synchron sein, dann kann man während der Austastlücke umschalten, ohne das das Bild springt. Leider ist aber die Bildwiederholrate so niedrig, das das wie irre flimmert. Wenn du jedes Vollbild einmal umschaltest, ist da am Ausgang ein 12,5 Hz Flimmern - nichts für Epileptiker.
Hallo, ich lese hier mit, dabei ist mir aufgefallen, daß Viele von dem schwierigsten Fall ausgehen, ein Live-Video in ein anderes Live-Video einzublenden. Die Fragestellung des TO ist aber deutlich einfacher, er möchte ein statisches Bild, das ihm als Datei vorliegt (Kein Videosignal), in ein Live-Video einblenden. Wenn man da selbst was basteln will, muß man, aus dem Videosignal die Synchronimpulse gewinnen (z.B. LM1881), da Farbe gefordert ist, den Burst auswerten, das Bild passend zu diesen Signalen ausgeben, und über einen schnellen Analog-Umschalter (Der abhängig von Zeile und Spalte gesteuert wird) mit dem Videosignal kombinieren. Wie man hier im Forum sehen kann, ist auch die farbige Bildausgabe mit einem AVR machbar (ATMega32 16 MHz PAL mit Farbe ohne externen Chip), das müsste halt auf externen Sync, und externen Burst erweitert werden. Bei einer (kleinen) Bild-Einblendung könnte einem zu Gute kommen, daß zwischen der sehr zeitkritischen Ausgabe der Bildzeilen relativ viel Zeit bleibt um die Ausgebe-Werte vorzuberechnen, verglichen mit einer Vollbildausgabe. Vielleicht ist da ja was machbar (Habe es selbst nicht probiert, auch wenn es mich reizen würde. Habe mal, vor vielen Jahren, zu meiner ATARI STE -Zeit, einen Framegrabber gebaut, nur mit einem Haufen 74er Logik, und Cache-RAMs.) Mit freundlichem Gruß - Martin
Ingo St. schrieb: > ich bin auf der suche nach einer Möglichkeit ein farbiges Bild > in einem FBAS einzubinden. Da ist aber die Rede von einem farbigen Bild. Dir wird es ohne grosse Hardware Anstrengungen nicht gelingen, auch nur den Farbträger des AVR phasensynchron zur anderen Quelle zu bekommen. Am einfachsten ist es dann noch, einen vorhandenen PAL Dekoder anzuzapfen und dessen Referenzquarz als Taktoszillator für den AVR zu nehmen (vorzugsweise eben die 17,73 Mhz, wenn der Dekoder das liefert). Das ufert aber ganz schön aus... Damals habe ich das mal gemacht, um mittels eines Zeilenspeichers eine Zeitbasiskorrektur zu bauen - war aber alles recht aufwändig mit schnellen AD und DA Wandlern, parallelem FIFO RAM usw. Getaktet wurde das dann mit den 17,7 MHz. Diese wurden aus einem TDA3565 gewonnen, dessen 8,867 MHz verdoppelt wurden. Das waren insgesamt 3 volle Eurokarten.
Ich hatte ja nicht behauptet, daß es einfach ist. Wenn man selber bastelt, kommt da schnell ein Haufen Bauteile und Platinen bei raus. Schade, daß ich da lange nichts mehr gebastelt habe, kriege gerade wieder Lust dazu, ich habe einfach zu viele Ideen, und damit auch zu viele angefangene Bastel-Projekte. Schade, daß das analoge Videosignal am aussterben ist, da kann man noch selber was basteln, bei den, heute üblichen, digitalen x Gbit/s Links, die auch noch verschlüsselt sind, ist da nicht mehr viel zu machen. Wenn ich mir meinen alten Framegrabber, der an sich nur schwarz/weiß kann, ansehe, hätte da ein uC einiges an Bauteilen sparen können. Habe übrigens später mal ein Programm geschrieben, auf dem ATARI, das aus den Bildern des s/w Framegrabbers recht ansehnliche Farbbilder zaubert, dazu wird der Bildbereich so ausgedehnt, daß der Burst mit digitalisiert wird, dann kann die Software die Farbe rechnen. Mit freundlichem Gruß - Martin
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.