kako da dekodiram AV signal ?

pozz svima,

treba mi ideja kako bih uz pomoc mikrokontrolera ili dva mikrokontrolera ili nekih integralaca mogao da dekodiram AV signal ali samo video , znaci trebao bih TV linije da imam paralelno i to za svaku liniju RGB , tj da mi taj sklop AV signal razbije na TV linije i da skida boje sa svakog piksela paralelno , znaci piksel po piksel na primer na 480 RGB izlaza ili na 520 izlaza, posto su to neki standardi za br TV linija. ovo sklop treba da radi u realnom vremenu i da ima trigger kad da resetuje tj pocne iz pocetka da dekodira sliku sa AV ulaza. ( nije bitno je li NTSC ili PAL standard u pitanju )

nadam se da mozda vec i postoji nesto slicno sa dostupnim sors kodom za kontroler.

takodje ako je lakse, nije problem i ako neko ima semu za VGA signal.

sta ti znaci da dekodiras "paralelno" ? video signal je "seriski signal", ide liniju po liniju a opet sama linija ti je tacka po tacka .. sa brzim adc-om mozes da semplujes x tacaka po liniji. Jedna linija za PAL traje oko 1.5E-4 sekundi sto znaci da bi semplovao 520 tacaka u liniji treba ti ADC koji ima vreme akvizicije + vreme reseta ispod 2.8E-7 sekundi (288ns). Tad (vreme akvizicije) na vecini mikrokontrolera je preko 1us (1000ns) tj, kada je pic u pitanju ide obicno izmedju 1.4us do 2us zavisno od mcu-a. Na Tad moras da dodas "reset time" ili "vreme smirivanja" da bi mogao da pokupis novi sample. Ovo vreme je na vecini mikrokontrolera izmedju Tad/2 i Tad sto ce reci bar jos 500ns. Ako saberes dva dobices da imas teoretsko vreme semplovanja od 1500ns sto znaci da sa "obicnim" mikrokontrolerom mozes da semplujes max 100 tacaka u liniji.

mnogo bi bolja varijanta bila sa nekim externim adc-om ali ti onda opet sa druge strane bolji posao radi neki cpld nego mcu ... dakle ja bi zavisno od potreba ovde isao na adc+cpld ili adc+fpga (zavisno sta ti treba)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

pogledaj http://en.wikipedia.org/wiki/PAL ...

nisam bas dobro zapamtio :D .. dakle ne traje linija 150 ms (kako sam napisao) vec traje 64ms pa kada od toga odbijes sink, front/back porch .. ostane ti 52ms trajanje video signala jedne linije .. dakle jos je tri puta gora situacija nego sto sam ja napisao u prethodnom postu

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

znam da je video signal serijski, da ide liniju po liniju i da svaka linija ide tacku po tasku, e sad ja hocu da to pretvorim u paralno iz serijskog, tj da mi u prvom semplu izbaci sve prve tacke svih linija, pa u drugom sve druge tacke svih linija pa sve trece itd, i svaka tacka da mi se "izbaci" u obliku RGB - a , znaci da se sempluje boja i da se na tri pina pojavi vrednost za tu boju , pa kad bih na primer nakacio na to RGB ledicu, da ona pokaze tu ili pribliznu boju koja je semplovana sa "tackice" iz linije

znaci 480 RGB izlaza za paralelno semplovanje TV linija. nadam se da sam sad bio malo jasniji. :)

hoces da izbacis liniju u rgb-u ili hoces da izbacis celu matricu (768x625 / 640x480 / 320x200 ..) ?

osnovni zez ti je ADC, dakle moras da nadjes ADC koji ima vreme merenja dovoljno nisko za broj tacaka koje te zanimaju.

na primer TLC5540 moze 40msps (40 miliona semplova u sekundi, dakle 2.5E-8 sekundi je sampling time).

ako hoces da izvadis 480 tacaka iz linije 5.3E-5 / 480 = 1.1E-7 sekundi treba da bude sampling time sto je za red velicine vece od toga sto TLC5540 moze dakle sto se ADC dela tice, on moze da izvede to sto ti treba.

e sad, vidi da li imas mcu koji ce moci dovoljno brzo da uzima te informacije sa adc-a, da ih dekodira i salje napolje... mozda bi bolja varijanta bila da imas neki dual port ram koji sa jedne strane punis uz pomoc brojaca i adc-a (brojac okidas sa sync signalom), a sa druge strane citas taj isti ram sa mcu-om "onoliko brzo koliko mcu moze" .. na taj nacin ces da imas manji FPS na izlazu sa mcu-a ali neces gubiti na kvalitetu posto ce u samom ramu uvek biti "validna slika" - samo je pitanje da li je ti prikazujes na izlazu dovoljno brzo ...

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

Pravis ovo:



Salim se, ali kao sto rece bogdan.kecman za to ce ti trebati malo ozbiljniji hardwer. Na stranu video ADC, to ce se jos lako naci. Problem je ovo

Da bi to uradio treba ti neka vrsta "video memorije" gde ces zapamtiti celu sliku/polusliku pa onda iscitavati to sto ti treba. U osnovi bas taj hardwer postoji u 100Hz televizorima, samo...samo...

Trebao bi da raskopavas neki stariji 100Hz model cca =>10god i... ogroman je to posao


poz,
Z

Potpis

R Tape loading error, 0:1

kao sto rekoh - dual port ram, sa jedne strane upucavas data sa adc-a u ram kroz jedan port a sa druge strane citas taj isti ram i izbacujes na kakav vec hoces izlaz.. nesto ovako: http://www.chipcatalog.com/IDT/IDT70T653M.htm

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

ne celu matricu :) treba da imam 480 RGB izlaza, za svaku liniju po jedan , i da se oni menjaju po tackama iz linije, evo da bi me lakse razumeli hocu da napravim nesto kao proppeler clock samo sto ce se prikazivati slika sa video signala , a ledice bi stojale na vertikalnom nosacu koji bi se kretao na nekom nosacu obrazujuci "valjak".

nadam se da ste me sad razumeli :)

zar to ne bi moglo da se odradi sa nekim sejijsko paralelnim konvertorom ( sa 480 izlaza :$ ) pa da iza njega da stavim nesto sto bi pretvaralo taj signal u RGB ?

mislim da bi ovo radilo jer imamo u signalu 480 ciklusa , za svaku liniju po jedan, a kad bi to pretvorili u paralelu sa 480 izlaza . onda bi se po meni na svakom izlazu reprodukovao jedan ciklus tj linija, jer smo signal izdelili na tacno 480 delova. ili gresim ?

pazi ovako, ti imas za svaku tacku 3 bajta koji definisu intenzitet u R u G i u B ...tako da tebi treba za 480 linija (mnogo ti je bolje da ides sa 200 linija, na primer VHS ti je 200 linija i to je zadovoljavajuci kvalitet posebno za pov display sa ledarama) 480*3 DAC-ova ili da intenzitet ledare radis sa nekom racunicom "trajanja" signala u toku jedne tacke ili da imas samo on/off ali bi onda morao da definises neki threshold za svaku boju (inace ce sve da bude belo)... dalje ti skeniras signal vertikalno a on dolazi horizontalno, dakle MORAS da imas neki RAM ... dual port ram ti je skoro pa jedina mogucnost, sa jedne strane ga punis a sa druge citas ...

tek kada resis punjenje tog rama, onda mozes da razmisljas o citanju istog ... generalno pustanje na ledare nije preveliki problem ali cak i samo sa 200 linija i dalje imas 600 ledara, ako ces da ih vozis "direktno" to je 600 IO PINOVA !!!!!!! ... mozes da ih punis nekim shift registrom sa latch-om ako hoces da sve gore istovremeno ili da imas koristis obican shift i da i tih 600 ledara multiplexiras tako da ti uvek gori samo jedna ... (ili po 3 na primer)

sad ti je bitno kojom brzinom ti se vrti "propeler", tj koliko ti traje jedna tacka po X-u .. pa da vidis koliko ti brz treba da bude shift - koliko imas vremena za jednu kolonu i koliko ti brz mcu treba da to sve moze da procita i posalje ... generalno ovde ne bi trebalo da bude problema, neki dspic na 40MHz ce to da pojede .. problem je samo punjenje ram-a (i nalazenje adekvatnog rama)

ja ti u startu predlazem da spustis to na 320x200 - to je dovoljna rezolucija za skeniranje PAL signala da "izgleda ok" (seti se CGA igara) - i da probas da nadjes odgovarajuci ram chip, racunaj da
- treba da imas dovoljno rama da sacuvas ceo frame
- treba ti ram koji ima dual port (dakle da mozes istovremeno da pises sa jedne strane i da citas sa druge strane) i da pristup nije sinhron (da ne moras istom brzinom da citas i pises)

i da pronadjes ADC
- treba ti neki dovoljno brz (za 320 tacaka to i nije toliki problem)

i treba da napravis brojac koji ce pravilno da se trigeruje na h/v sync (dakle moras da imas i kolo koje ce da izvuce h/v sync iz kompozitnog signala)

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

uh, koliko mi se uopste isplati da budzim ovako nesto ? ;) mislim da ce da potraje izrada...

"isplati" zavisi od mnogo cega ... ako pravis spravu za prodaju i mozes da je prodas za mnogo K nemackih dinara, isplati se sigurno ... ako hoces da napravis "nekakav" pov uredjaj "eto tako", onda se ne isplati .. ima mnogo efektnih pov uredjaja mnogo manje komplikovanih ... generalno posle vrlo malo iskustva sa cpld-om i jos manje sa fpga ja bi to radio sa njima .. (malo jaci cpld bi trebalo da moze da odradi ceo posao ako okrenes sliku za 90 stepeni cak i "sam" bez ram-a, dok bi u slucaju da hoces vertikalnu crtu da vrtis morao da ides sa ramom .. u tom slucaju bi mogao da ides sa fpga i da implementiras ram direktno u fpga, stim da bi opet isao na 200 linija posto je 500 linija previse ...

DAC ti treba kako god

btw, ako pravis "da bi ucio" .. pogledaj obavezno: http://instruct1.cit.cornell.e...3_kaf42/aip23_kaf42/index.html
tu imas primer kako da "citas" video signal (mnogo manja rezolucija nego sto bi ti zeleo, cita se samo nivo osvetljenja - bez dekodiranja boje etc..) ... odlican projekat za ucenje

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

cekaj malo pa to mi onda dodje jednostavnije da pravim da radi liniju po liniju kao sto i radi, tj da mi prva dioda u nizu prikaze liniju pa druga dioda drugu liniju itd, samo sto moram da ispunim uslove od min 30 obrtaja led bar-a u sekundi sto nije malo :)

ti si rekao da hoces da ti led stoje vertikalno i da ti prva led bude prva linija, druga led druga linija etc .... ja ti kazem da je lakse ako je prva led prva tacka, druga led druga tacka .. a vremenski (vrtenjem) je to prva tacka prve, druge, trece.. linije ..

Potpis

arhimed
http://www.mysql.rs/ | http://elco.crsndoo.com/

pa bas to i hocu :) sve vreme to pokusavam da objasnim da bas to hocu da napravim :)