Mikrokontroler i composite video
Masz problem? Zapytaj na forum elektroda.pl
From: "MKi" <emkaiWYTNIJTO_at_nospam_op.pl>
Subject: Mikrokontroler i composite video
Date: 26 Apr 2006 10:46:02 +0200
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Jak na razie znalazłem scalaki konwertujace video
cyfrowe (YUV, YCbCr) na video composite, np. CS4954/55.
Ale jak jeść to video cyfrowe? Sam procesorek ma to generować
czy są jakieś specjalistyczne układy? Pewnie jakaś większa
pamięć RAM będzie potrzebna, żeby cały obraz pamiętać?
Pozdrowienia,
MKi
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
From: "darnok" <darnok-allegroMALPAwpKROPKApl_at_nospam_anty.spam.ch>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 11:04:38 +0200
In news:1a07.000000a3.444f334a_at_nospam_newsgate.onet.pl, MKi wrote:
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Jak na razie znalazłem scalaki konwertujace video
cyfrowe (YUV, YCbCr) na video composite, np. CS4954/55.
Ale jak jeść to video cyfrowe? Sam procesorek ma to generować
czy są jakieś specjalistyczne układy? Pewnie jakaś większa
pamięć RAM będzie potrzebna, żeby cały obraz pamiętać?
Przeczytaj sobie najpierw info o tym jak konstruowany jest obraz
telewizyjny, jak wyglada informacja o linii, kolorze, synchronizacja, a
potem pomysl ze musisz to wszystko tym prockiem generowac i to dokladnie
dosc jesli chodzi o czasy i poziomy.
Polecam Marek Rusin - "Systemy Transmisji"
Swego czasu w EP byl projekt gdzie ZTCP na PICu zrobili gre telewizyjna -
dosc prosta. Szukaj tego projektu - bedziesz mial na czym bazowac.
--
darnok
From: =?iso-8859-2?Q?S=B3awomir?= Szczyrba <creature_at_nospam_of.the.night>
Subject: Re: Mikrokontroler i composite video
Date: 26 Apr 2006 11:16:46 +0200
Zobaczmy, co pisze MKi :
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Dwa rezystory.
Przynajmniej w wersji b/w ;)
Możesz zacząć szukać od < http://www.rickard.gunee.com/projects/ >
i < http://www.brouhaha.com/~eric/pic/picpong.html >
MKi
Sławek
--
________ Wierzę, że tam w górze jest coś, co czuwa nad nami.
_/ __/ __/ Niestety, jest to rząd. -- Woody Allen
\__ \__ \_______________________________________________________________
/___/___/ Sławomir Szczyrba steev/AT/hot\dot\pl
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 19:02:19 +0200
Sławomir Szczyrba napisał(a):
Zobaczmy, co pisze MKi :
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Dwa rezystory.
Przynajmniej w wersji b/w ;)
Możesz zacząć szukać od < http://www.rickard.gunee.com/projects/ >
i < http://www.brouhaha.com/~eric/pic/picpong.html >
Dzięki, sporo informacji - będę czytał.
Pozdrowienia,
MKi
From: "Bogdan Gutknecht" <usunto_b_gutknecht_itotez_at_nospam_interia.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 11:50:51 +0200
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
procesorek!!!!!!
Jak na razie znalazłem scalaki konwertujace video
cyfrowe (YUV, YCbCr) na video composite, np. CS4954/55.
Ale jak jeść to video cyfrowe? Sam procesorek ma to generować
czy są jakieś specjalistyczne układy? Pewnie jakaś większa
pamięć RAM będzie potrzebna, żeby cały obraz pamiętać?
Jest cała gama możliwości. Od najprostszej sprzętowo, gdy sygnał jest
generowany przez procesor urządzenia (chyba już nikt się teraz w takie
rzeczy nie bawi), do najprostszej programowo, gdzie całe wytwarzanie obrazu
jest robione przez wyspecjalizowane układy. Pamięć jaka będzie potrzebna
zależy od wielkości obrazu i ilości kolorów.
Może zainteresuj się starymi komputerami typu commodore, atari, czy też
amiga. Miały one wyjścia video. I chyba jakieś karty CGA też. Ale CGA pewnie
są gorzej dostępne.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 15:51:58 +0200
"Bogdan Gutknecht" <usunto_b_gutknecht_itotez_at_nospam_interia.pl> wrote in
message news:e2nftg$ean$1_at_nospam_nemesis.news.tpi.pl...
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
procesorek!!!!!!
Jest cała gama możliwości. Od najprostszej sprzętowo, gdy sygnał jest
generowany przez procesor urządzenia (chyba już nikt się teraz w takie
rzeczy nie bawi), do najprostszej programowo, gdzie całe wytwarzanie
obrazu
jest robione przez wyspecjalizowane układy. Pamięć jaka będzie
potrzebna
zależy od wielkości obrazu i ilości kolorów.
A tego nie rozumiem ale chyba zamienilo sie programowo z sprzetowo
Może zainteresuj się starymi komputerami typu commodore, atari, czy
też
amiga. Miały one wyjścia video. I chyba jakieś karty CGA też. Ale CGA
pewnie
są gorzej dostępne.
Miec to one mialy ale z reguly nie sa to uniwersalne uklady - to byly
custom chips i sa dosyc ciasno powiazane z cala reszta.
A CGA to 6845 - juz lepiej dorwac VGA na ISA i zemulowac programowo
komunikacje.
A ogolnie CPLD i jestesmy w domu
From: "Bogdan Gutknecht" <usunto_b_gutknecht_itotez_at_nospam_interia.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 07:27:09 +0200
Użytkownik "PAndy" <pandrw_at_nospam_poczta.onet.pl> napisał w wiadomości
news:e2ntts$rn0$1_at_nospam_news.dialog.net.pl...
"Bogdan Gutknecht" <usunto_b_gutknecht_itotez_at_nospam_interia.pl> wrote in
message news:e2nftg$ean$1_at_nospam_nemesis.news.tpi.pl...
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
procesorek!!!!!!
Jest cała gama możliwości. Od najprostszej sprzętowo, gdy sygnał jest
generowany przez procesor urządzenia (chyba już nikt się teraz w takie
rzeczy nie bawi), do najprostszej programowo, gdzie całe wytwarzanie
obrazu
jest robione przez wyspecjalizowane układy. Pamięć jaka będzie
potrzebna
zależy od wielkości obrazu i ilości kolorów.
A tego nie rozumiem ale chyba zamienilo sie programowo z sprzetowo
Rozwiązanie proste sprzętowo to rejestr przesuwny, do którego procesor
zapisuje dane. Głównym programem procesora jest właśnie ten zapis i
realizacja obrazu. Sprzętowo robi to wyspecjalizowany układ, a procesor
wypełnia pamięć obrazu, ale oblicza który pixel zapalić, lub znak
wyświetlić. Jeszcze dalej - układ dostaje polecenie grafiki wektorowej.
Może zainteresuj się starymi komputerami typu commodore, atari, czy
też
amiga. Miały one wyjścia video. I chyba jakieś karty CGA też. Ale CGA
pewnie
są gorzej dostępne.
Miec to one mialy ale z reguly nie sa to uniwersalne uklady - to byly
custom chips i sa dosyc ciasno powiazane z cala reszta.
A CGA to 6845 - juz lepiej dorwac VGA na ISA i zemulowac programowo
komunikacje.
VGA nie ma wyjścia video, a były CGA, które miały normalne video.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 09:20:40 +0200
"Bogdan Gutknecht" <usunto_b_gutknecht_itotez_at_nospam_interia.pl> wrote in
message news:e2pko0$2lj$1_at_nospam_atlantis.news.tpi.pl...
Użytkownik "PAndy" <pandrw_at_nospam_poczta.onet.pl> napisał w wiadomości
"Bogdan Gutknecht" <usunto_b_gutknecht_itotez_at_nospam_interia.pl> wrote in
Pewnie tak tylko taki co potrafi zamienic adres we wspolrzednych x,y na
konkretny adres w pamieci.
Rozwiązanie proste sprzętowo to rejestr przesuwny, do którego procesor
zapisuje dane. Głównym programem procesora jest właśnie ten zapis i
realizacja obrazu. Sprzętowo robi to wyspecjalizowany układ, a
procesor
wypełnia pamięć obrazu, ale oblicza który pixel zapalić, lub znak
wyświetlić. Jeszcze dalej - układ dostaje polecenie grafiki
wektorowej.
Zgadza sie, niektorzy radykalowie ida nawet dalej i rezygnuja z rejestru
przesuwnego i cala robote robi procesor - w jakims projekcie na
scenix'ach jest nawet enkodowanie PAL zaimplementowane w programie.
A CGA to 6845 - juz lepiej dorwac VGA na ISA i zemulowac programowo
komunikacje.
VGA nie ma wyjścia video, a były CGA, które miały normalne video.
Alez ma tylko RGB, niektore uklady potrafia wygenerowac zespolony sygnal
synchronizacji i wystawic go razem z kolorem zielonym - otrzymujesz
wtedy po zaprogramowainiu rejestrow VGA (glownie sekwenser)
pelnowartosciowe CVBS tyle ze w odcieniach szarosci...
btw od dawna zastanawialem sie czy nie byloby mozliwe generowanie
programowe CVBS w jakims systemie kolorow na karcie VGA (czesc obrazu
musialby stanowic burst chromy ale to raczej nie bylby klopot...)
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 10:39:49 +0200
On Thu, 27 Apr 2006 07:27:09 +0200, Bogdan Gutknecht wrote:
A CGA to 6845 - juz lepiej dorwac VGA na ISA i zemulowac programowo
komunikacje.
VGA nie ma wyjścia video
Dorobic koder wzglednie latwo.
Ha - ciekawe czy by sie dalo wpisac wprost w [S]VGA luminancje
i chrominancje, albo od razu composite .. w zasadzie kwestia tylko
dobrania odpowiedniego rozmiaru i czestotliwosci pikslowej ..
J>
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 12:04:42 +0200
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:2ls05290jplumcdrotbrj85093cnk8jeif_at_nospam_4ax.com...
On Thu, 27 Apr 2006 07:27:09 +0200, Bogdan Gutknecht wrote:
A CGA to 6845 - juz lepiej dorwac VGA na ISA i zemulowac programowo
komunikacje.
VGA nie ma wyjścia video
Dorobic koder wzglednie latwo.
Ha - ciekawe czy by sie dalo wpisac wprost w [S]VGA luminancje
i chrominancje, albo od razu composite .. w zasadzie kwestia tylko
dobrania odpowiedniego rozmiaru i czestotliwosci pikslowej ..
hehe, mysle o tym od dluzszego czasu :D
wlascwie to trzeba sprobkowac i uformowac w burst sinus o czestotliwosci
chromy, do tego zmeinaic jego faze, a kolorek zakodowac juz w samym
sygnale - wystarczylby jeden kanal i byloby ok...
a mozna by dawac niezalezne 3...
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 12:22:12 +0200
On Thu, 27 Apr 2006 12:04:42 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Ha - ciekawe czy by sie dalo wpisac wprost w [S]VGA luminancje
i chrominancje, albo od razu composite .. w zasadzie kwestia tylko
dobrania odpowiedniego rozmiaru i czestotliwosci pikslowej ..
hehe, mysle o tym od dluzszego czasu :D
W zasadzie nie trzeba myslec - atari 800 to mialo :-)
wlascwie to trzeba sprobkowac i uformowac w burst sinus o czestotliwosci
chromy, do tego zmeinaic jego faze, a kolorek zakodowac juz w samym
sygnale - wystarczylby jeden kanal i byloby ok...
Biblioteka procedur graficznych bylaby jednak cokolwiek ciekawa :-)
J.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 12:36:29 +0200
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:386152l9mv9ji4la43ppddrdb2ka967aa7_at_nospam_4ax.com...
On Thu, 27 Apr 2006 12:04:42 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Ha - ciekawe czy by sie dalo wpisac wprost w [S]VGA luminancje
i chrominancje, albo od razu composite .. w zasadzie kwestia tylko
dobrania odpowiedniego rozmiaru i czestotliwosci pikslowej ..
hehe, mysle o tym od dluzszego czasu :D
W zasadzie nie trzeba myslec - atari 800 to mialo :-)
a nie, Atari mialo to jednak ciut inaczej rozwiazane - patenty: 4296476,
4435779, 4471463, 4471464, 4471465
wlascwie to trzeba sprobkowac i uformowac w burst sinus o
czestotliwosci
chromy, do tego zmeinaic jego faze, a kolorek zakodowac juz w samym
sygnale - wystarczylby jeden kanal i byloby ok...
Biblioteka procedur graficznych bylaby jednak cokolwiek ciekawa :-)
E... pracowac mozna by w RGB - potem konwersja na YUV(a nie YPbPr) - od
biedy daloby sie zrobic przy obecnych prockach nawet calkiem szybko.
krytyczny bylby modulator QAM bo to on bylby sercem enkodera...
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 13:28:17 +0200
On Thu, 27 Apr 2006 12:36:29 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Ha - ciekawe czy by sie dalo wpisac wprost w [S]VGA luminancje
i chrominancje, albo od razu composite .. w zasadzie kwestia tylko
dobrania odpowiedniego rozmiaru i czestotliwosci pikslowej ..
hehe, mysle o tym od dluzszego czasu :D
W zasadzie nie trzeba myslec - atari 800 to mialo :-)
a nie, Atari mialo to jednak ciut inaczej rozwiazane - patenty: 4296476,
4435779, 4471463, 4471464, 4471465
ale ja o tym co bylo nieopatentowane.
Czestotliwosc pikslowa [nie]szczesliwie dobrana tyle ile podnosna
koloru [zlosliwi twierdza ze to dlatego ze te kwarce byly najtansze],
i w trybie czarno-bialym pojawialy kolory w zaleznosci od sekwencji
pikseli.
A jakie ladne - Amiga sie chowa :-)
Biblioteka procedur graficznych bylaby jednak cokolwiek ciekawa :-)
E... pracowac mozna by w RGB - potem konwersja na YUV(a nie YPbPr) - od
biedy daloby sie zrobic przy obecnych prockach nawet calkiem szybko.
krytyczny bylby modulator QAM bo to on bylby sercem enkodera...
Ale ja bym chcial bez postprocessingu. W tym momencie wstawienie
pixela byloby nietrywialne, bo to trzeba by zmodyfikowac pare danych w
okolicy :-)
J.
From: "William" <nie_at_nospam_ma.mnie.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 13:43:22 +0200
E... pracowac mozna by w RGB - potem konwersja na YUV(a nie YPbPr) - od
biedy daloby sie zrobic przy obecnych prockach nawet calkiem szybko.
krytyczny bylby modulator QAM bo to on bylby sercem enkodera...
Ale ja bym chcial bez postprocessingu. W tym momencie wstawienie
pixela byloby nietrywialne, bo to trzeba by zmodyfikowac pare danych w
okolicy :-)
YUV bylby nawet optymalny gdybys chcial na tym dekodowac MPG-i, JPG-i
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 14:25:28 +0200
"William" <nie_at_nospam_ma.mnie.pl> wrote in message
news:e2qaos$bte$1_at_nospam_inews.gazeta.pl...
E... pracowac mozna by w RGB - potem konwersja na YUV(a nie YPbPr) -
od
biedy daloby sie zrobic przy obecnych prockach nawet calkiem szybko.
krytyczny bylby modulator QAM bo to on bylby sercem enkodera...
Ale ja bym chcial bez postprocessingu. W tym momencie wstawienie
pixela byloby nietrywialne, bo to trzeba by zmodyfikowac pare danych
w
okolicy :-)
YUV bylby nawet optymalny gdybys chcial na tym dekodowac MPG-i, JPG-i
w MPEG czy JPEG nie ma ani sladu po YUV... to klasyczny blad ludzi od
softu - myla im sie sygnaly roznicowe i sygnaly charakterystyczne dla
systemow kodowania koloru z danymi cyfrowymi - w MPEG i JPEG mamy do
czynienie z przestrzenia YCbCr i po konwersji na sygnal analogowy z
YPbPr - natomiast YUV istnieje tylko i wylacznie wewnatrz
enkodera/dekodera PAL tak jak YQI istnieje tylko wewnatrz
enkodera/dekodera NTSC
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 13:45:59 +0200
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:d3a152dt9q4otrnedr3tbnmqsiilv460nl_at_nospam_4ax.com...
On Thu, 27 Apr 2006 12:36:29 +0200, PAndy wrote:
a nie, Atari mialo to jednak ciut inaczej rozwiazane - patenty:
4296476,
4435779, 4471463, 4471464, 4471465
ale ja o tym co bylo nieopatentowane.
Czestotliwosc pikslowa [nie]szczesliwie dobrana tyle ile podnosna
koloru [zlosliwi twierdza ze to dlatego ze te kwarce byly najtansze],
i w trybie czarno-bialym pojawialy kolory w zaleznosci od sekwencji
pikseli.
A jakie ladne - Amiga sie chowa :-)
Hehe, Amiga to duze Atari 800 (ale kolorki miala lepiej rozwiazane niz
Atari), a chodzi Ci o znany bug GTIA ;)
Biblioteka procedur graficznych bylaby jednak cokolwiek ciekawa :-)
E... pracowac mozna by w RGB - potem konwersja na YUV(a nie YPbPr) -
od
biedy daloby sie zrobic przy obecnych prockach nawet calkiem szybko.
krytyczny bylby modulator QAM bo to on bylby sercem enkodera...
Ale ja bym chcial bez postprocessingu. W tym momencie wstawienie
pixela byloby nietrywialne, bo to trzeba by zmodyfikowac pare danych w
okolicy :-)
Nie, operujesz na RGB, potem konwersja przestrzeni kolorow (ten kawalek
jest bardzo dobrze zoptymalizowany bo standardowa operacja przy
enkodowaniu/dekodowaniu video), po konwersji uzyskujemy YUV, majac
skladowe YUV jestesmy w stanie enkodowac sygnal koloru dalej -
CVBS=Y+(U*sin2nFsc)+-(V*cos2nFsc)
From: "Greg" <Grzegorz.Kasprowicz_at_nospam_CERN.CH>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 12:00:16 +0200
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Jak na razie znalazłem scalaki konwertujace video
cyfrowe (YUV, YCbCr) na video composite, np. CS4954/55.
Ale jak jeść to video cyfrowe? Sam procesorek ma to generować
czy są jakieś specjalistyczne układy? Pewnie jakaś większa
pamięć RAM będzie potrzebna, żeby cały obraz pamiętać?
poszukaj generatorow znakow do teletekstu - wyswietlisz nimi tekst i prosta
grafike.. (Wyjscie RGB)
Jesli chodz io sam tekst, to
ST robi specjalizowane generatory znakow tez (wyjscie Compisite bodajze), ja
uzywalem tanich NECa (6zl), opis byl w Serwisie Elektroniki kilka lat temu.
Philips tez chyba cos ma..
From: "Greg" <Grzegorz.Kasprowicz_at_nospam_CERN.CH>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 12:05:34 +0200
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Jesli ma byc z dokladnoascia piksela to IMHO ciezko bedzie nawet na szybkim
AVR obsluzyc i zrobic cos jeszcze oprocz tego. Tym bardziej z kolorem
jest taki scalaczek, bodajze Motoroli, widzialem gosciu podlaczal do niego
pamiec RAM i zapalal piksele na monitorze. Tyle ze bylo to chyba w
odcieniach szarosci. Magistrala 8 bit
Mozna pomyslec o chipsecie karty VGA na ISA - wszystko zalezy jakie
rozdzielczosci cie interesuja
na opensource.org jest kontroler VGA , mozna go sobie sciagnac i wsadzic do
CPLD lub FPGA. Do tego trzebaby dolozyc kodek RGB-> CVBS
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 12:22:24 +0200
"MKi" <emkaiWYTNIJTO_at_nospam_op.pl> wrote in message
news:1a07.000000a3.444f334a_at_nospam_newsgate.onet.pl...
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Zalezy od rozdzielczosci, od ilosci kolorow itd, napisz cos wiecej
Jak na razie znalazłem scalaki konwertujace video
cyfrowe (YUV, YCbCr) na video composite, np. CS4954/55.
Ale jak jeść to video cyfrowe? Sam procesorek ma to generować
czy są jakieś specjalistyczne układy? Pewnie jakaś większa
pamięć RAM będzie potrzebna, żeby cały obraz pamiętać?
Jesli chodzi o generowanie obrazu to jest calkiem pokazna dziedzina
elektorniki - poszukaj informacji o kontrolerach obrazu zaczynajac od
najprostszych typu MC6845 bo specjalizowane procesory z lista rozkazow
optymalizowana pod katem grafiki TMS34020... a posrodku cala masa
kontrolerow, akceleratorow itd.
A jesli chcesz miec uklad realizujacy "zapal w takim kolorze piksel o
takich współrzędnych"?
to np poszukaj informacji o takich ukladach: uPD7220, TMS9918A, EF9364,
EF9365, EF9366, EF9367, V9938, V9958
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 13:50:58 +0200
On Wed, 26 Apr 2006 12:22:24 +0200, PAndy wrote:
"MKi" <emkaiWYTNIJTO_at_nospam_op.pl> wrote in message
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Jesli chodzi o generowanie obrazu to jest calkiem pokazna dziedzina
elektorniki - poszukaj informacji o kontrolerach obrazu zaczynajac od
najprostszych typu MC6845
Jesli informacji moze byc mniej, to jakis chip od telegazety moze
sie nadac.
Niektore procesorki mialy OSD [on screen display] - ale to raczej na
tyle zeby wyswietlic nr kanalu czy nazwe na TV.
to np poszukaj informacji o takich ukladach: uPD7220,
Ech, stare czasy - robia to jeszcze ?
W dzisiejszych czasach moze byc najlatwiej wydlubac cos z
DVD czy tunera sat - kostki dekoderow zazwyczaj maja jakies mozliwosci
wyswietlenie wlasnej informacji. I moze nawet od razu composice
generuja..
J.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 15:46:56 +0200
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:4sku42leus1diujaadaedm1v8tcp4q4p8k_at_nospam_4ax.com...
Jesli informacji moze byc mniej, to jakis chip od telegazety moze
sie nadac.
To lepeij zrobic to na AVR i dodac np 3 rejestry przesuwne TTL...
zewnetrzny RAM, AVR i np TTL 74165... tak to bylo zrobione na np ZX80 i
ZX81...
Niektore procesorki mialy OSD [on screen display] - ale to raczej na
tyle zeby wyswietlic nr kanalu czy nazwe na TV.
Bylo tego troche szczegolnie w lepszych analogowych tunerach
satelitarnych i lepszych VCR
to np poszukaj informacji o takich ukladach: uPD7220,
Ech, stare czasy - robia to jeszcze ?
Heh, pewnie nie ale mozna kupic np w Segor'ze - 18euro... pewnie tez sie
cos trafi u nas, moze sie komus na magazynie zapodzialy...albo wydlubac
z jakiegos starego sprzetu
W dzisiejszych czasach moze byc najlatwiej wydlubac cos z
DVD czy tunera sat - kostki dekoderow zazwyczaj maja jakies mozliwosci
wyswietlenie wlasnej informacji. I moze nawet od razu composice
generuja..
A pewnie tylko ze:
zazwyczaj maja swoj wlasny procesor 32 bitowy, chca troche RAM -
zazwyczaj SDRAM, potrzebny jest FLASH zeby to wystartowac, ma to minimum
160 nog w QFP...
Taniej wyjdzie kupic takie DVD z uszkodzonym czytnikiem, i napisac caly
soft od nowa tylko na to :D
A generuja sygnal w dowolnym formacie, z reguly maja troche sprzetu do
grafiki itd... (tylko ze zazwyczaj jest to blitter, scaler, czasem cos
co wspomoze wypelnianie zadanego obszaru i narysowanie linii)
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 22:31:14 +0200
On Wed, 26 Apr 2006 15:46:56 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Jesli informacji moze byc mniej, to jakis chip od telegazety moze
sie nadac.
To lepeij zrobic to na AVR i dodac np 3 rejestry przesuwne TTL...
zewnetrzny RAM, AVR i np TTL 74165... tak to bylo zrobione na np ZX80 i
ZX81...
Tam bylo to zrobione nieco inaczej i na AVR sie tak raczej nie da :-)
J.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 23:11:51 +0200
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:ktlv429kv9bhb005su4og8rgjvj0cam0me_at_nospam_4ax.com...
On Wed, 26 Apr 2006 15:46:56 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Jesli informacji moze byc mniej, to jakis chip od telegazety moze
sie nadac.
To lepeij zrobic to na AVR i dodac np 3 rejestry przesuwne TTL...
zewnetrzny RAM, AVR i np TTL 74165... tak to bylo zrobione na np ZX80
i
ZX81...
Tam bylo to zrobione nieco inaczej i na AVR sie tak raczej nie da :-)
hehe ale bylo to zrobione na z80 i rejestrze przesuwnym...caly komputer
to bylo troche kosci TTL, ROM, RAM statyczny i Z80 (komputer ZX80) potem
po sukcesie ZX80 powstala wersja ZX81 ktora tym sie roznila ze te
garstke TTL wsadzono do jednego ASIC'a ktory nazywal sie SCL. Ale
generowanie video to bylo robota czysto softowa - jak sie chcial
szybciej liczyc to sie wylaczalo ekran...
Za to w ZX Spectrum byla juz ULA ktora generowala video niezaleznie od
CPU (zreszta tez w troche durny sposob....)
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 00:07:52 +0200
On Wed, 26 Apr 2006 23:11:51 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Tam bylo to zrobione nieco inaczej i na AVR sie tak raczej nie da :-)
hehe ale bylo to zrobione na z80 i rejestrze przesuwnym..
Troche wiecej kostek tam bylo.
generowanie video to bylo robota czysto softowa - jak sie chcial
szybciej liczyc to sie wylaczalo ekran...
Nie taka znow czysto softowa. hardware to ladnie wspomagal,
samym softem by nie wyrobili - nie ta predkosc.
Jak sobie przypomne szczegoly to moze opisze, zreszta chyba to juz
kiedys robilem,
J.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 00:38:35 +0200
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
news:cvqv421dijo37tkuvi7sm9j9sfni27qb20_at_nospam_4ax.com...
On Wed, 26 Apr 2006 23:11:51 +0200, PAndy wrote:
"J.F." <jfox_xnospamx_at_nospam_poczta.onet.pl> wrote in message
Tam bylo to zrobione nieco inaczej i na AVR sie tak raczej nie da
-)
hehe ale bylo to zrobione na z80 i rejestrze przesuwnym..
Troche wiecej kostek tam bylo.
generowanie video to bylo robota czysto softowa - jak sie chcial
szybciej liczyc to sie wylaczalo ekran...
Nie taka znow czysto softowa. hardware to ladnie wspomagal,
samym softem by nie wyrobili - nie ta predkosc.
http://home.micros.users.btopenworld.com/zx80/zx80.html
http://home.micros.users.btopenworld.com/zx80/zx80_circuit.gif
Jak sobie przypomne szczegoly to moze opisze, zreszta chyba to juz
kiedys robilem,
D
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 19:03:06 +0200
Dzięki wszystkim za odzew!
PAndy napisał(a):
"MKi" <emkaiWYTNIJTO_at_nospam_op.pl> wrote in message
news:1a07.000000a3.444f334a_at_nospam_newsgate.onet.pl...
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Zalezy od rozdzielczosci, od ilosci kolorow itd, napisz cos wiecej
Rozdzielczość: najlepiej DVD - docelowo urządzenie ma się prezentować
na przenośnym grajku DVD wyposażonym w wejście Composite Video
(i audio, ale to raczej nie problem). Ale rozdzielczość zwykłego PAL-u
czy NTSC też od biedy wystarczy. Wysoce pożądane jest wyświetlanie
także na ekranie zwykłego telewizora (więc dobieranie się do wnętrzności
grajka DVD nie wchodzi w grę).
Ilość kolorów: minimum 256, najlepiej 3 * 256 (po bajcie na R, G, B).
Grafika ma być wyrafinowana (bez przesady oczywiście), jakość teletekstowa
nie wchodzi w grę.
A jesli chcesz miec uklad realizujacy "zapal w takim kolorze piksel o
takich współrzędnych"?
to np poszukaj informacji o takich ukladach: uPD7220, TMS9918A, EF9364,
EF9365, EF9366, EF9367, V9938, V9958
Założenie utrudniające: to się musi składać z oficjalnie dostępnych
elementów. A co spróbuję każdy z nich, to "obsolete" :(
Faktycznie chyba będę skazany na jakiś procesor graficzny TMS320...
Ale szukam dalej.
Pozdrowienia,
MKi
From: Tomasz Piasecki <mtbrider_at_nospam_poczta.__nospam__.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 19:14:25 +0200
MKi wrote:
Ale rozdzielczość zwykłego PAL-u czy NTSC też od biedy wystarczy.
(...)
Ilość kolorów: minimum 256, najlepiej 3 * 256 (po bajcie na R, G, B).
Czyli chcesz mieć conajmniej 1,25MB pamięci obrazu. Policz sobie ile
czasu przeciętny mikrokontroler będzie choćby wymazywał dane z pamięci
obrazu.
TP.
--
| _ _ _ |
| _____ _| |_| | __ (o) | | __ __ _at_nospam_poczta.onet.pl |
| | \ | | |o \| \| |/o |/ _\| \ |
| |_|_|_| \_| |__/|_| |_|\__|\__||_| Tomasz Piasecki |
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 22:29:38 +0200
Tomasz Piasecki napisał(a):
Czyli chcesz mieć conajmniej 1,25MB pamięci obrazu. Policz sobie ile
czasu przeciętny mikrokontroler będzie choćby wymazywał dane z pamięci
obrazu.
Ależ policzyłem! Zdaję sobie sprawę, że AT89C2051 to troszkę za słabo ;)
Problem w tym, że nawet jeśli nie chcę, to muszę znaleźć rozwiązanie...
Pozdrowienia,
MKi
From: Radek <radkowal_at_nospam_mitsoft.com.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 01:03:32 +0200
MKi napisaĹ(a):
Tomasz Piasecki napisaĹ(a):
Czyli chcesz mieÄ conajmniej 1,25MB pamiÄci obrazu. Policz sobie ile
czasu przeciÄtny mikrokontroler bÄdzie choÄby wymazywaĹ dane z pamiÄci
obrazu.
AleĹź policzyĹem! ZdajÄ sobie sprawÄ, Ĺźe AT89C2051 to troszkÄ za sĹabo ;)
Problem w tym, Ĺźe nawet jeĹli nie chcÄ, to muszÄ znaleĹşÄ rozwiÄ
zanie...
Jaka rozdzielczoĹÄ CiÄ interesuje? Ile bitĂłw na piksel, tryb koloru
bezpoĹredniego a moĹźe CLUT? Co chcesz dokĹadnie wyĹwietlaÄ na ekranie?
Z przerysowywaniem bufora ramki ~8Kb (np. 320x192x1bpp) radziĹy sobie
dawne komputery (dziÄki spritom i innym trikom)
8 bitowe jak Atari czy C64. Z buforem ramki 32KB (320x200x4bpp) radziĹa
sobie znoĹnie sama 68000*8MHz (1-2mipsy)w Atari ST.
SpojrzaĹem szybko na pdf tego ÂľC, ktĂłrego uĹźywasz i moĹźe on pracowaÄ z
zegarem 24MHz i jest caĹkowicie statyczny czyli coĹ okoĹo 24mipsĂłw?
Ale ma tylko 15 linii I/O wiÄc raczej nie da siÄ poszaleÄ bo zbyt duĹźo
pasma z tego I/O siÄ nie wyciĹnie.
Gdyby miaĹ wiÄcej pamiÄci i by CiÄ zadawalaĹo rysowanie np. co drugiej
linii z niskÄ
rozdzielczoĹÄ poziomÄ
to moĹźna by siÄ pokusiÄ o programowe
odĹwierzanie ekranu. Tylko, Ĺźe 128 bajtĂłw ramu to nie wystarczy nawet na
tryb tekstowy. Masz wiÄc do wyboru zewnÄtrzny kontroler wideo albo zmieĹ
procka.
(albo jedno i drugie) ;)
Pozdrawiam,
Radek
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 17:24:56 +0200
Radek napisaĹ(a):
AleĹź policzyĹem! ZdajÄ sobie sprawÄ, Ĺźe AT89C2051 to troszkÄ za sĹabo ;)
Masz wiÄc do wyboru zewnÄtrzny kontroler wideo albo zmieĹ procka.
(albo jedno i drugie) ;)
Nie, no! Ĺmieszka nie zauwaĹźyĹeĹ? "troszkÄ", hi, hi.
Pozdrowienia,
MKi
From: "Filip Gdynia" <filip_po_at_nospam_world.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 20:24:14 +0200
Nie wiem czy to w jakimkolwiek stopniu zadowoli ale może łatwiej taniej i na
pewno szybciej obsługiwać wyświetlacze graficzne można przecież dostać duże
LCDki.
Do uC można to podłączyć w kilka minut a programowanie na pewno dużo
łatwiejsze.Ew. do ekspozycji części danych dopiąć LCD kolorowy z komórki...
Rozwiązanie marne ale na pewno o niebo prostsze niż nauka od zera.
Użytkownik "MKi" <michal_at_nospam_to-nalezy-wywalic.kolmio.pl> napisał w wiadomości
news:0nl4i3-0g6.ln1_at_nospam_mikko.kolmio.pl...
Dzięki wszystkim za odzew!
PAndy napisał(a):
"MKi" <emkaiWYTNIJTO_at_nospam_op.pl> wrote in message
news:1a07.000000a3.444f334a_at_nospam_newsgate.onet.pl...
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Zalezy od rozdzielczosci, od ilosci kolorow itd, napisz cos wiecej
Rozdzielczość: najlepiej DVD - docelowo urządzenie ma się prezentować
na przenośnym grajku DVD wyposażonym w wejście Composite Video
(i audio, ale to raczej nie problem). Ale rozdzielczość zwykłego PAL-u
czy NTSC też od biedy wystarczy. Wysoce pożądane jest wyświetlanie
także na ekranie zwykłego telewizora (więc dobieranie się do wnętrzności
grajka DVD nie wchodzi w grę).
Ilość kolorów: minimum 256, najlepiej 3 * 256 (po bajcie na R, G, B).
Grafika ma być wyrafinowana (bez przesady oczywiście), jakość teletekstowa
nie wchodzi w grę.
A jesli chcesz miec uklad realizujacy "zapal w takim kolorze piksel o
takich współrzędnych"?
to np poszukaj informacji o takich ukladach: uPD7220, TMS9918A, EF9364,
EF9365, EF9366, EF9367, V9938, V9958
Założenie utrudniające: to się musi składać z oficjalnie dostępnych
elementów. A co spróbuję każdy z nich, to "obsolete" :(
Faktycznie chyba będę skazany na jakiś procesor graficzny TMS320...
Ale szukam dalej.
Pozdrowienia,
MKi
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 22:41:10 +0200
Filip Gdynia napisał(a):
Nie wiem czy to w jakimkolwiek stopniu zadowoli ale może łatwiej taniej i na
pewno szybciej obsługiwać wyświetlacze graficzne można przecież dostać duże
LCDki.
Do uC można to podłączyć w kilka minut a programowanie na pewno dużo
łatwiejsze.Ew. do ekspozycji części danych dopiąć LCD kolorowy z komórki...
Rozwiązanie marne ale na pewno o niebo prostsze niż nauka od zera.
Jasne, że łatwiej wprost sterować LCD. Szczególnie że siedzę
w tym od pewnego czasu. Ale...
Może wydać się to dziwne, ale takie rozwiązanie jest znacznie
tańsze. Grajek DVD jest dostępny od 100$. W tej cenie mam
ładną obudowę, ekran, baterię, ładowarkę i (zupełnie ekstra
na deser) możliwość oglądania filmów.
Za sam ekran LCD 7" zapłacę te 100$. A sterownik do LCD?
Mechanika, zasilanie?
Uwaga: To są argumenty pomysłodawcy całego urządzenia, nie moje.
Ja to po prostu muszę zrobić.
Pozdrowienia,
MKi
From: J.F. <jfox_xnospamx_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 01:39:08 +0200
On Wed, 26 Apr 2006 22:41:10 +0200, MKi wrote:
Może wydać się to dziwne, ale takie rozwiązanie jest znacznie
tańsze. Grajek DVD jest dostępny od 100$. W tej cenie mam
ładną obudowę, ekran, baterię, ładowarkę i (zupełnie ekstra
na deser) możliwość oglądania filmów.
Ale w tym grajku jest juz procesor, i to znacznie lepszy.
Wystarczy mu program zmienic :-)
J.
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 23:23:41 +0200
"MKi" <michal_at_nospam_to-nalezy-wywalic.kolmio.pl> wrote in message
news:0nl4i3-0g6.ln1_at_nospam_mikko.kolmio.pl...
Rozdzielczość: najlepiej DVD - docelowo urządzenie ma się prezentować
na przenośnym grajku DVD wyposażonym w wejście Composite Video
(i audio, ale to raczej nie problem). Ale rozdzielczość zwykłego PAL-u
czy NTSC też od biedy wystarczy. Wysoce pożądane jest wyświetlanie
także na ekranie zwykłego telewizora (więc dobieranie się do
wnętrzności
grajka DVD nie wchodzi w grę).
DVD to 720x576 dla PAL i 720x480 dla NTSC
Najlpeiej byloby gdybys wykorzystal kompletna plytke jakiegos playera
DVD - masz tam procek, pamiec, enkder wizyjny i przetworniki - problem
dla Ciebeiu nei do przejscia to dokumentacja do ukladu
kontrolera/dekodera - ze wzgledu na CSS nie ma normalne dostepnej
dokumentacji do ukladow DVD (podobnie jak do ukladow dekoderow TV
cyfrowej)
Ilość kolorów: minimum 256, najlepiej 3 * 256 (po bajcie na R, G, B).
Duzo...
Grafika ma być wyrafinowana (bez przesady oczywiście), jakość
teletekstowa
nie wchodzi w grę.
Jaki procek tym ma sterowac?
A jesli chcesz miec uklad realizujacy "zapal w takim kolorze piksel o
takich współrzędnych"?
to np poszukaj informacji o takich ukladach: uPD7220, TMS9918A,
EF9364, EF9365, EF9366, EF9367, V9938, V9958
Założenie utrudniające: to się musi składać z oficjalnie dostępnych
elementów. A co spróbuję każdy z nich, to "obsolete" :(
No i masz klopot... bo naprawde bedzie ci cos trudno kupic gotowego...
Faktycznie chyba będę skazany na jakiś procesor graficzny TMS320...
nie - TMS320 to DSP a TMS340 to GDP - nie wiem, czy wiesz ze ten uklad
swoje kosztuje - raczej ma zastosowanie w profesjonalnych kartach
graficznych
Ale szukam dalej.
IMO... wsadz to do jakiegos duzego CPLD albo FPGA - dumb frame buffer to
tak naprawde troche licznikow... a jesli cos wiecej...no to czeka cie
troche zabawy...
A tak zupelnie na boku...alternatywnie zainteresuj sie tymi projektami:
http://www.syntiac.com/fpga64.html
http://c64upgra.de/c-one/
moze okazac sie ze spelniaja one wiekszosc Twoich oczekiwan.
From: voices <voices_at_nospam_zrgnyyvpenva.pbz.ROT13>
Subject: Re: Mikrokontroler i composite video
Date: Wed, 26 Apr 2006 17:13:54 +0200
MKi wrote:
Witam,
z jednej strony mam mikrokontroler (logika 3,3V).
Z drugiej mam mieć wyjście composite video, aby
wyświetlać na telewizorze czy przenośnym grajku DVD
informacje z urządzenia.
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Jak na razie znalazłem scalaki konwertujace video
cyfrowe (YUV, YCbCr) na video composite, np. CS4954/55.
Ale jak jeść to video cyfrowe? Sam procesorek ma to generować
czy są jakieś specjalistyczne układy? Pewnie jakaś większa
pamięć RAM będzie potrzebna, żeby cały obraz pamiętać?
VGA można prosto wygenerować za pomocą CPLD/FPGA (Chyba
najtaniej/najprościej wyjdzie CPLD+zewnetrzny SRAM). Kod do napisania w
max. 2 godzinki - 2 liczniki do synchronizacji + czytanie/pisanie RAM'u.
Kiedyś widzialem w Sieci przykłady konwerterów VGA->composite, trzeba by
pogooglować.
--
voices (at) metallicrain (dot) com
From: MKi <michal_at_nospam_to-nalezy-wywalic.kolmio.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 21:51:47 +0200
VGA można prosto wygenerować za pomocą CPLD/FPGA (Chyba
najtaniej/najprościej wyjdzie CPLD+zewnetrzny SRAM). Kod do napisania w
max. 2 godzinki - 2 liczniki do synchronizacji + czytanie/pisanie RAM'u.
Kiedyś widzialem w Sieci przykłady konwerterów VGA->composite, trzeba by
pogooglować.
Wygląda na to, że to najciekawszy trop. Ale CPLD to pamiętam ze starych
czasów i tylko z teorii. Mógłbyś podpowiedzieć, od czego zacząć? Jakich
narzędzi szukać? Google daje tysiące stron, i sie już gubię...
Czy można to zrealizować tak: procesor (jakiś) zajmuje się generacją
merytoryczną i pisze do zewnętrznego RAM-u, a z tego samego RAMu CPLD
odczytuje i wysyła na grafikę?
Pozdrowienia,
MKi
From: "PAndy" <pandrw_at_nospam_poczta.onet.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 22:34:53 +0200
"MKi" <michal_at_nospam_to-nalezy-wywalic.kolmio.pl> wrote in message
news:8vj7i3-qb7.ln1_at_nospam_mikko.kolmio.pl...
VGA można prosto wygenerować za pomocą CPLD/FPGA (Chyba
najtaniej/najprościej wyjdzie CPLD+zewnetrzny SRAM). Kod do napisania
w max. 2 godzinki - 2 liczniki do synchronizacji + czytanie/pisanie
RAM'u.
Kiedyś widzialem w Sieci przykłady konwerterów VGA->composite, trzeba
by pogooglować.
Wygląda na to, że to najciekawszy trop. Ale CPLD to pamiętam ze
starych
czasów i tylko z teorii. Mógłbyś podpowiedzieć, od czego zacząć?
Jakich
narzędzi szukać? Google daje tysiące stron, i sie już gubię...
www.opencores.org
Czy można to zrealizować tak: procesor (jakiś) zajmuje się generacją
merytoryczną i pisze do zewnętrznego RAM-u, a z tego samego RAMu CPLD
odczytuje i wysyła na grafikę?
tak
From: Radek <radkowal_at_nospam_mitsoft.com.pl>
Subject: Re: Mikrokontroler i composite video
Date: Thu, 27 Apr 2006 23:59:58 +0200
MKi napisał(a):
VGA można prosto wygenerować za pomocą CPLD/FPGA (Chyba
najtaniej/najprościej wyjdzie CPLD+zewnetrzny SRAM). Kod do napisania
w max. 2 godzinki - 2 liczniki do synchronizacji + czytanie/pisanie
RAM'u.
Kiedyś widzialem w Sieci przykłady konwerterów VGA->composite, trzeba
by pogooglować.
Wygląda na to, że to najciekawszy trop. Ale CPLD to pamiętam ze starych
czasów i tylko z teorii. Mógłbyś podpowiedzieć, od czego zacząć? Jakich
narzędzi szukać? Google daje tysiące stron, i sie już gubię...
Zależnie od producenta czyli Lattice, Altera, Xilinx i pewnie jeszcze kilku.
CPLD zaprogramujesz w Verilogu/VHDLu/ABELu czy też ręcznie rysując
schemat logiczny (albo korzystając z kombinacji tychże).
Czy można to zrealizować tak: procesor (jakiś) zajmuje się generacją
merytoryczną i pisze do zewnętrznego RAM-u, a z tego samego RAMu CPLD
odczytuje i wysyła na grafikę?
CPLD to jakby bardziej ubodzy krewni FPGA choć są spore różnice w
fizycznej implementacji. Jednak funkcjonalnie jeśli projekt się zmieści
w CPLD to będzie działać. Myślę, że zwykły "framebuffer" powinien wejść
w te chipy bez problemu. W sumie potrzeba tylko dwóch liczników a
obsługa pamięci sram jest mało wymagająca.
Sam pewnie zrobię coś takiego jak tylko wreszcie zaprojektuję i wykonam
odpowiednią płytkę PCB. :)
Pozdrawiam,
Radek
From: "Leszek" <spam_at_nospam_spam.pl>
Subject: Re: Mikrokontroler i composite video
Date: Fri, 28 Apr 2006 08:49:54 +0200
Co powinno być w środku, aby można było procesorkiem
wysyłać rozkazy typu "zapal w takim kolorze piksel
o takich współrzędnych"?
Jeżeli ma być wyświetlany tylko zwykły tekst to wystarczy
kupić scalak - generator napisów od magnetowidu
Scalak ma wejście wideo przelotowe i wmiksowuje w sygnał
napisy. Dostaje te napisy z kontrolera dwoma przewodami
(zegar i dane). Jeszcze dochodzi do kontrolera synchro
H i V , ale tego nie jestem pewien - musiałbym rzucić okiem
na jakiś schemat
Leszek
From: "William" <nie_at_nospam_ma.mnie.pl>
Subject: Re: Mikrokontroler i composite video
Date: Fri, 28 Apr 2006 09:54:58 +0200
Jeżeli ma być wyświetlany tylko zwykły tekst to wystarczy
kupić scalak - generator napisów od magnetowidu
To już bylo proponowane - scalak z telegazetą lub OSD. Ale kolega chce
kolorową grafikę pełnej rozdzielczości PAL.
From: "Paweł Cern" <name_at_nospam_surname.pl>
Subject: Re: Mikrokontroler i composite video
Date: Mon, 1 May 2006 16:27:18 +0200
"William" <nie_at_nospam_ma.mnie.pl> wrote in message
news:e2shoj$n82$1_at_nospam_inews.gazeta.pl...
Jeżeli ma być wyświetlany tylko zwykły tekst to wystarczy
kupić scalak - generator napisów od magnetowidu
To już bylo proponowane - scalak z telegazetą lub OSD. Ale kolega chce
kolorową grafikę pełnej rozdzielczości PAL.
To może gotowy scalak SoC, np. IBM STB03400
Paweł