Hi,
da ich mich schon lange über das LCD-Display meines DevBoards
aufrege (KEINE HINTERGRUNDBELEUCHTUNG), habe gestern und heute
Abend schnell einen ich zu einem PAL-Encoder für mein 1.5"
ViewFinder geschrieben (ViewFinder: Sucher auf Röhrenbasis in
alten Videokameras). Die Basis ist ein einfacher FBAS-Encoder
(PALGen) gem. Timing, wie es in Wiki etc. zu finden ist.
3 Anwendungsdemos sind enthalten: Ein einfaches Raster, eine
Bitmap-Graphik (80x70 Pixel) und Text-Anzeige (10x9 Zeichen).
Für Graphik und Text verwende ich Xilinx' BlockRAMs, die aber
auf Alteras interne RAMs relativ leicht umgestellt werden
kann.
Hardwareseitig wird der ViewFinder Per R2R-Netzwerk (optimal
R=262 Ohm), Color an 2R,Porch an R, müsste einfach zu machen
sein.
Das Projekt enthält aus Zeitgründen keinerlei Doku, ist aber
auch relativ leicht aufgebaut.
Viel Spass
Sigi schrieb:> Abend schnell einen ich zu einem PAL-Encoder für mein 1.5"> ViewFinder geschrieben (ViewFinder: Sucher auf Röhrenbasis in> alten Videokameras).
1,5" Röhre ist aber schon jenseits des Consumerbereichs. Hast du ne
Broadcastmühle geschlachtet?
Hallo,
zum Jahresende solle ich nicht rummaulen, aber trotzdem:
wo ist hier ein PAL-Encoder?
Du erzeugts ein simples BAS (Bild-Austast-Syncron) - Signal.
Kein FBAS.
PAL ist ein Farbfernsehverfahren, ein PAL-Encoder codiert also den F
(Farb) - Anteil eines FBAS-Signals.
Das wäre dann aus RGB und Sync die PAL-Träger mit den Differenzsignalen
codieren, den Burst erzeugen und in die H-Austastlücke eines BAS-Signals
zu packen, damit es ein FBAS-Signal wird...
Die Bemerkung von mir kommt nur, weil ich den Beitag mit Interesse
geöffnet habe und dann doch etwas enttäuscht war.
Gruß aus Berlin
Michael
Hallo Michael U.,
auch ich möchte zum Jahresende nicht rummaulen, aber trotzdem:
Meine Überschrift ist sicherlich nicht glücklich gewählt,
aber BAS-Encoder oÄ wäre evtl. noch missverständlicher.
Aber über einen (kostenlosen) Beitrag rumzumosern ohne einen
Besseren beizutragen ist schon extrem unverschämt. Meine
Komponente bzw. die zugeh. Demos erlauben sehr einfach das
Anzeigen von Infos (Text/Graphik oder beides), und das ohne
sich Gedanken über PAL/FBAS etc. zu machen. Ein einfaches
RAM-Interface reicht dazu vollkommen aus.
Und wenn du einfach mal z.B. die Links auf Hackaday angeschaut
hast: Die Röhren sind allesamt mickrig und SW. Warum also die
Burst-Sequenz einbauen wenn's die Röhre eh nicht interessiert.
Mein Ansatz verbrät so weniger als 150 Slices auf einem S3/Se3,
mit Burst und dem zugeh. Ratenschwanz wär's das Doppelte
(jedenfalls bei mir in einem andren Projekt). Bei Farbe hätte
man ausserdem wesentlich mehr RAM-Bedarf.
Und diese Bemerkung nur, weil ich den Beitag auch mit Interesse
gelesen habe und dann extrem enttäuscht war (Beiträge sollten
konstruktiv kritisch oder ergänzend sein).
Gruss
Hallo,
naja, nun haben wir es uns aber gegeben... ;-)
Es gab hier schon mehrere Beiträge, die BAS mit einem ATMega in Software
erzeugen, auch PAL/NTSC in VHDL gab es schon.
Beitrag "ATmega8 erzeugt Video in C!"Beitrag "PAL/NTSC Encoder in VHDL"Beitrag "TV VIDEO BILD BAS Frequenzzähler DVM Atmega8 Assembler"
Und wenn jemand so intensiv seinen PAL-Encoder und einfachen
FBAS-Encoder beschreibt, dann nichtmal Zeit für eine Doku hat, hilft mir
das auch nicht.
Daß die Röhren klein und s/w sind, weiß ich, habe selbst eine.
Über den Vorteil einer 1,5cm Röhre gegenüber einem brauchbar großen
LCD-Display bin ich mir auch nicht so ganz sicher.
Trotzdem schonmal einen guten Rutsch.
Gruß aus Berlin
Michael
Und sowas machst du in VHDL?
Andere machen das mit nem ATTiny.
Das war wohl nix.
Zumindest nix, womit man in einem Controllerforum angeben sollte.
Da blamiert man sich nur...
@Christopher,
Text wohl nicht gelesen: Ich brauche das Teil nur als
Hilfsanzeige für mein FPGA-Board, für eine uC-Board hätte
ich's für diesen geschrieben. Also zusätzlich einen ATTiny
oÄ einzusetzen ist totale Resourcenverschwendung.
Angeberei? wohl ein wenig im Ton vergriffen?
@Michael U.,
zur Doku: schon mal ein Hobbyprojekt aus dem Internet
runtergeladen? Die meissten der Projekte haben eine sehr
knappe bis keine Doku (jedenfalls meine Erfahrung). Da's
aber kostenlos ist, habe ich mich bis jetzt noch nie
beklagt und immer versucht, es ohne Doku zu verstehen.
Und jetzt versuch mal fair zu sein: So kompliziert sind
meine Komponenten auch nicht.
Gruss
Nicht ärgern. In diesem Board wird man schnell mal angemacht, wenn man
Triviallösungen postet die schon 430337538 Mal vorher dagewesen sind.
Ist halt ein Board für Profis. Nächstes Mal einfach vorher die
Suchfunktion benutzen, dann hättest du die vielen BAS-Enkoder gefunden.
Außerdem ist die Überschrift natürlich auch Übertreibung: PAL steht
drauf, BAS ist drinn.
Karl-Heinz schrieb:> Nicht ärgern. In diesem Board wird man schnell mal angemacht, wenn man> Triviallösungen postet die schon 430337538 Mal vorher dagewesen sind.> Ist halt ein Board für Profis. Nächstes Mal einfach vorher die> Suchfunktion benutzen, dann hättest du die vielen BAS-Enkoder gefunden.> Außerdem ist die Überschrift natürlich auch Übertreibung: PAL steht> drauf, BAS ist drinn.
Nicht nur das ... Er nennt sein Dings auch immer fbas. Sowohl im Archiv,
das man herunterladen kann, als auch in seiner Beschreibung usw usf ...
Ich glaube, ihm war es einfach nicht ganz klar, was PAL und FBAS ist ...
Aber geben tut es bei diesem Projekt beides nicht. Weder Farbe noch
alternierende Phase des Farbträgers ...
Was ich auch nicht versteh ist die Haltung des OP. Man wird angemault,
wenn man auf diesen Umstand hinweist?
Ich maule doch niemanden an, nur weil er mich darauf
hinweist. Hab ja geschrieben, dass ich die Überschrift
sehr unglücklich gewählt habe.
Aber ist es unter zivilisierten Menschen üblich, gleich
von Angeberei zu sprechen oder einfach nur zu "erwarten"?
Mach das mal bei Arbeitskollegen und du erlebst eine
Überraschung.
Genau auf diesen Ton habe ich entsprechend geantwortet.
Oder habe ich etwa auf Magnus Müller pampig reagiert?
Wenn man sich die anderen Beiträge zu BAS/FBAS hier oder
in anderen Foren anschaut, geht aus kaum einem hervor,
wie der Farbanteil generiert wird. Ausnahme ist vieleicht
der Beitrag von Jörg Wolfram, aber auch hier ist z.B.
der Burst schwer zu verstehen (ist quasi als Tabelle
kodiert).
Sigi schrieb:> Wenn man sich die anderen Beiträge zu BAS/FBAS hier oder> in anderen Foren anschaut, geht aus kaum einem hervor,> wie der Farbanteil generiert wird. Ausnahme ist vieleicht> der Beitrag von Jörg Wolfram, aber auch hier ist z.B.> der Burst schwer zu verstehen (ist quasi als Tabelle> kodiert).
Ist ganz easy ... Hier ist alles überbreit erklärt:
http://buffy.roulaise.net/~lochon/cam2k6/dsp99larsson_palco.pdf
In der Praxis braucht man keine 4 verschiedenen Phasen. Es reicht ein
Sinus und ein Cosinus, woraus alle anderen Phasen durch Addition erzeugt
werden können (Additionstheoreme der Winkelfunktionen).
Grüße,
Fetz
