TV display - temer hotovo

[Michal HW]

Podle popisu to vypada skvele.
Co se tyce obsluhy, takze je k dispozici jen graficky rezim, tedy textovy 
vypis vcetne fontu, grafiky musi zvladnout soft. v moji aplikaci?
Hlavne mne zajima kvalita obrazu na malych LCD TV. Jednu tu mame a normalni 
TV program neni nic moc.

Michal Gregor


----- Original Message ----- 
From: "Jiri Bezstarosti" <jiri@bezstarosti.cz>
To: <hw-list@list.hw.cz>
Sent: Wednesday, February 14, 2007 11:40 AM
Subject: TV display - temer hotovo


Zdravim konferenci.

Radic pro zobrazeni na TV, o kterem jsem v teto konferenci jiz psal,
jsem rozchodil. Momentalne ma rozliseni 416 bodu na 287 radku v 15b
barvach (32768barev). Vystup se pripojuje ke SCART konektoru, zobrazuje
pres RGB plus kompozitni synchronizace. Zobrazeni je neprokladane.
Zobrazeni se nechveje (stoji jak pribite) a barvy jsou perfektni.
Nezaznamel jsem zadne chyby ve zobrazeni. Prvni zobrazeny obrazek byla
fotka auta, prevedena na 15b barvy. Bal jsem se, ze prevodem na nizsi
pocet barev obrazek utrpi, ale bal jsem se zbytecne, vysledek je OK.
Behem zapisu do radice nedochazi k zadnym nesvarum, jako je tzv. snezeni
atp., obraz je stale klidny a perfektni.

Rozhrani je stejne jako u beznych pameti SRAM (asi jako 150ns) s tim, ze
lze pouze zapisovat a obsah pameti se zobrazuje. Radic ma signaly D0 az
D15, A0 az A17, WR, CS, ENABLE a OUT_SCR. Vsechny signaly jsou vstupni,
jen signal OUT_SCR je vystupni a rika, zda se prave zobrazuje viditelny
a nebo neviditelny radek (tento signal ale mozna jeste bude zmenen).
Signalem ENABLE lze zakazat zobrazeni, napriklad po startu, kdy jeste
neni definovan obsah pameti radice, aby nedochazelo ke zobrazovani
nesmyslu. Ostatni signaly se chovaji standardne. Pokud by byla potreba z
radice data i cist, lze toho dosahnout tak, ze se k nemu paralelne
umisti dalsi pamet, do ktere se bude zapisovat zaroven se zapisy do
radice, ale cte se pouze z ni. Datova sbernice je 16b, ale lze velice
snadno upravit na 8b pomoci jednoho kusu 74HC573 nebo 74HC574 atp.

Pripravuji jeste prevodnik z RGB na kompletni kompozitni videosignal v
PAL, na coz jsou dnes hotove integrace (uz je mam na stole), takze neni
moc co resit. Nevim do jake miry ovlivni tento prevod kvalitu zobrazeni
(z principu to nemuze byt tak dobre jako primo RGB do SCARTu), ale to se
nakonec uvidi.

Take musim vyzkouset, jak bude vypadat zobrazeni na male 7" LCD
televizi. Na velke klasice (zkouseno na TV SONY) je vysledek perfektni.

Za zminku stoji jeste to, ze TV nezobrazi nejake krajni body z aktivniho
videosignalu, ale protoze nechci nijak omezovat moznosti zobrazeni,
pouzivam pro zobrazeni cele casy aktivniho zobrazeni. Vysledek je ten,
ze krajni body nemusi byt na TV videt. Nepovazuji to ale za problem, da
se snadno kreslit do kterekoli oblasti a texty psat traba dale od okraje.

Snazil jsem se co nejlepe respektovat pomer stran obrazovky 4:3, z cehoz
vyslo i uvedene rozliseni a taktovani 48MHz. Protoze ma ale zapojeni
rezervu (pojede az do nejakych 70MHz), lze udelat jen zmenou taktovani a
drobnou upravou firmware rozliseni jine, napriklad pro zobrazeni s
pomery stran 16:9, pokud je potreba, aby body byly co nejlepe ctvercove.

Co se tyce konstrukce, radic nyni musi kazdych 125ns vykreslit bod v
15bitech a take byt schopen kazdych 125ns prijmout novy zapis do pameti.
Rozestupy mezi zapisy ale musi byt minimalne 150ns, abych mohl zarucit
bezchybnou cinnost radice. Pomalejsi prubehy pochopitelne nicemu nevadi,
klidne se da psat i bod za sekundu :). Presne pozadavky na casovani
uverejnim spolu s timto radicem - udelam z nej komercni vyrobek.

Radic ma jeste jednu vlastnost, kterou by se sluselo uvest. Protoze RGB
slozky maji po 5 bitech, zbyl jeden bit v pameti na kazdy bod a ten se
pouziva pro generovani kompozitni synchronizace. Po zapnuti karty je
tedy potreba nejprve napustit kartu jakymsi vzorem, ktery prave definuje
tu kompozitni synchronizaci. Samotne body se pak zapisuji s nejvyssim
bitem v H (v jednicce). Mozna by se to mohlo zdat jako komplikace, ale
dava to karte dalsi variabilitu. Pokud se pouzije vzor ktery uverejnim,
je prvni zobrazeny bod (vlevo nahore) na adrese 0 a kazdy radek ma 512
adres. Zobrazuje se ale jen 416 bodu, tedy pri dalsi praci se s tim co
"precniva" nepracuje. Nazval bych to zase vyhodou, protoze radkovat po
512 adresach, je jak vi kazdy znalec binarni soustavy, moc prima. Take z
toho vyplyva, ze pripadna uprava na NTSC je pomerne trivilani vec.

BTW, co ze to umela AMIGA maximalne zobrazit na TV neprokladane
(prokladany obraz byl dle meho nazoru nepouzitelny) :))) ? Ne, ja vim,
tohle nemohu takto porovnavat, ale chtel jsem naznacit, ze treba udelat
si neco v podobe Sinclaira s dnesnimi soucastkami neni nic, co by neslo
a s timhle radicem to bude zase o dost snazsi - uz bude moci snad
opravdu kazdy.

Par drobku tomu jeste chybi, predevsim dokumentace, ktera je samozrejme
pro potencionalni zajemce tim nejdulezitejsim. Objevi se hned jak bude
vsechno uplne hotovo na http://www.siliconbrain.biz/ .

--
Jiri Bezstarosti

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz
Hw-list@list.hw.cz
http://list.hw.cz/mailman/listinfo/hw-list