Enterprise Forever  |  :HUN  |  Hardver  |  Topic: NICK
Author Topic: NICK  (Read 28042 times)« previous next »
tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« on: 2005.December.23. 00:18:01 »

Ide gondoltam a Nick működésével, ill. egyéb kép és HW kapcsolatáról szóló dolgok megbeszélését. Ha kéritek, akkor írok róla összefoglalót is.
Logged

re' mi' do' do sol

Enterprise Forever
« on: 2005.December.23. 00:18:01 »

 Logged

MrPrise
Administrator
EP addict
*
Offline Offline

Hungary

Posts: 2291




View Profile WWW
New Posts
« Reply #1 on: 2005.December.23. 00:22:36 »

Quote from: "tigrian"
Ide gondoltam a Nick működésével, ill. egyéb kép és HW kapcsolatáról szóló dolgok megbeszélését. Ha kéritek, akkor írok róla összefoglalót is.

Szerintem mindenkinek hasznos volna egy ilyen összefoglaló, hogy tisztán lásson. Viszont gondolom mások sem szeretnék hogy ez a bővítőkártya készülésének a rovására menjen ds_icon_wink
Logged

gafz
EP lover
*
Offline Offline

Hungary

Posts: 739




View Profile WWW
New Posts
« Reply #2 on: 2005.December.23. 00:26:13 »

Quote from: "MrPrise"
Szerintem mindenkinek hasznos volna egy ilyen összefoglaló, hogy tisztán lásson. Viszont gondolom mások sem szeretnék hogy ez a bővítőkártya készülésének a rovására menjen ds_icon_wink


Hát igen, lassan lesz egy új EP alaplap 2000 MHz-es emulált Z80-nal, 1600*1200 felbontásra képes NICK II-vel valamint 192kHz-en 96 biten mintavételezni tudó DAVE II-vel... Smiley Nameg az első 8bites Linux... Cheesy Meg esetleg MS-Windows... wink
Logged

Enterprise Forever

tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« Reply #3 on: 2005.December.23. 00:28:39 »

Quote from: "MrPrise"
Szerintem mindenkinek hasznos volna egy ilyen összefoglaló, hogy tisztán lásson.

Rendben. Azért mondjátok többen is Smiley  Direkt nem szavazást csináltam belőle, az olyan személytelen...
Quote from: "MrPrise"
Viszont gondolom mások sem szeretnék hogy ez a bővítőkártya készülésének a rovására menjen ds_icon_wink

Az sajna nem ezen múlik most. A tasz-toldozás a "meleg" projekt, abba szólhat bele. De egyiket sem fogja jelentősen hátráltatni. Attól tehát nem kell tartani, attól viszont igen, ha közben vagy utólag derül ki, hogy jobban tudjátok nálam, akkor morcos leszek  smt093
Logged

re' mi' do' do sol

gafz
EP lover
*
Offline Offline

Hungary

Posts: 739




View Profile WWW
New Posts
« Reply #4 on: 2005.December.23. 00:32:07 »

Quote from: "tigrian"
Ide gondoltam a Nick működésével, ill. egyéb kép és HW kapcsolatáról szóló dolgok megbeszélését. Ha kéritek, akkor írok róla összefoglalót is.


Persze hogy kérjük! (Nyugi, valószínűtlen, hogy jobban tudjam nálad...  wink )
Logged

Enterprise Forever

tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« Reply #5 on: 2005.December.23. 00:37:46 »

Quote from: "gafz"
Hát igen, lassan lesz egy új EP alaplap 2000 MHz-es emulált Z80-nal, 1600*1200 felbontásra képes NICK II-vel valamint 192kHz-en 96 biten mintavételezni tudó DAVE II-vel... Smiley Nameg az első 8bites Linux... Cheesy Meg esetleg MS-Windows... wink

Ezt most nem értem, miért írtad. A legutolsó "ötleted" szinte már támadás ellenem.  smt065
Az előtte levő értelmetlenség, az az előttiekről pedig legfeljebb egyesek álmodozhattak.
O.K., túlzásokat írtál, tehát nyilvánvalóan poén, de tényleg nem értem, hogy jön ide.  smt017
Logged

re' mi' do' do sol

gafz
EP lover
*
Offline Offline

Hungary

Posts: 739




View Profile WWW
New Posts
« Reply #6 on: 2005.December.23. 00:43:34 »

Quote from: "tigrian"
Ezt most nem értem, miért írtad. A legutolsó "ötleted" szinte már támadás ellenem.  smt065
Az előtte levő értelmetlenség, az az előttiekről pedig legfeljebb egyesek álmodozhattak.
O.K., túlzásokat írtál, tehát nyilvánvalóan poén, de tényleg nem értem, hogy jön ide.  smt017


Jaj, melyik ötletem? ds_icon_redface
Logged

Enterprise Forever

tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« Reply #7 on: 2005.December.23. 00:48:00 »

Quote from: "gafz"
Jaj, melyik ötletem? ds_icon_redface

A Redmond-i cég emlegetése...
Logged

re' mi' do' do sol

gafz
EP lover
*
Offline Offline

Hungary

Posts: 739




View Profile WWW
New Posts
« Reply #8 on: 2005.December.23. 00:53:23 »

Quote from: "tigrian"
A Redmond-i cég emlegetése...


 Smiley Már azt hittem, valamelyik értelmesnek szánt ötletemmel támadtalak.... Csak poén akart lenni...  ds_icon_redface  smt083
Logged

Enterprise Forever

tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« Reply #9 on: 2005.December.23. 01:04:04 »

Quote from: "gafz"
Quote from: "tigrian"
A Redmond-i cég emlegetése...


 Smiley Már azt hittem, valamelyik értelmesnek szánt ötletemmel támadtalak.... Csak poén akart lenni...  ds_icon_redface  smt083

Annak is vettem  Tongue
<OFF>
gafz kedvéért:
http://www.hospitalityclub.org/~inquis/images/microsoft/TuXperience.jpg
http://owe.fw.hu/
</OFF>
Logged

re' mi' do' do sol

tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« Reply #10 on: 2005.December.23. 03:26:12 »

Okay, csapjunk a lovak közé.
Visszafelé haladok, először arról, hogy mi a végcél, milyen jelet is kell előállítani.
Csak olyan mélységben taglalom, ami a NICK működéséhez kapcsolódik, tehát elsősorban, hogy miért kötöttek a frekvenciák.

Fekete-fehér (vagyis inkább világosságjel csak)
A videojel egy analóg soros jelfolyam. A világosság-információt a jel amplitúdója hordozza. A időtengelyen pedig...hát ott sokminden van. A bonyolítás oka a megjelenítés miatt van. Két dimenzióra kell ugye leképezni az egydimenziós (pusztán idő) adatot. Ehhez valamilyen fajta szinkronizálás szükséges. Ezt a soros jelfolyamba "integrálták", mintegy időmultiplex módon. Egy része az időnek a hasznos adat, egy másik (jóval kisebb) része pedig a szinkroninformáció.
A megjelenítő eszköz (a monitor) egyetlen sugarat bocsát ki, azt, hogy az a képernyő melyik részén okoz fényt, az eltérítése határozza meg.
Így néz ki a monitor eltérítése:

(Függőleges irányban az eltérítés erősen kinagyítva.)
Van tehát egy sugarunk, ennek az útját két mágnes ráncigálja folyamatosan, szekvenciálisan, meghatározott rend szerint.
A scanline a hasznos, amíg itt jár a sugár, addig a videojel szerint fényesebb-sötétebb pontokat hoz létre a képernyőn (igen, ferde, a valóságban is, csak jóval kisebb mértékben). A scanline ideje kb. 53 usec. Amikor a képernyő szélére ér, akkor villámgyorsan visszamegy a képernyő másik szélére (retrace: visszafutás, ennek az ideje kb. 11 usec), és kezdi elölről az egészet.
Közben a függőleges eltérítés pedig lefelé húzza a sugarat (ettől lesz ferde), csak jóval lassabban, majdnem 20 msec alatt.
Hogy miért ezek a frekvenciák? Van egy minimális értéke, a szem működése határozza meg. Ha ennél lassabban menne a sugár, akkor már nem folyna egybe. A maximális értékét pedig a technika korlátozta (a TV szabvány már 80 éves!)
Ráncigálni kell tehát a sugarat, ehhez két eltérítőegység, annak pedig két vezérlőjele van. Ezek fűrészjelek, a vízszintes eltérítésé pl. 53 usec emelkedő, 11 usec csökkenő idővel.

Ez eddig rendben van, de biztosítani kell, hogy az adónál és a vevőnél a sugár ugyanabban a pillanatban ugyanazon a képterületen legyen (technikai értelemben: az eltérítőjelek szinkronban fussanak). Erre szolgálnak a szinkronjelek.
A videojel és a szinkronjelek együttesét hívjuk kompozit videojelnek. Ennek egy része (egy sor, vagyis 64 usec) így néz ki:

Az ábra NTSC jelet ábrázol, ezt találtam hirtelen. A mi szempontunkból csak a soridő a különbség, PAL-ban 64 usec. A kép alján a szinkronjel kinagyítva.
Egy teljes félképet, vagyis 20 msec-et ábrázoló képet nem találtam most hirtelen a neten, de nagyjából ugyanígy néz ki. Képzeljetek el 600-at ebből egymás után, aztán 25-öt, de már csak szinkronjelekkel, a videotartalom ott "blanking level", tehát kioltási szint.

Nem beszéltem még a kioltásról (blanking). Amikor a sugár a képernyőn a sor végéről az eléjére visszafut, ha ott is bekapcsolva lenne, akkor fényes csíkot húzna maga után. Erre az időre tehát ki kell kapcsolni, vagyis a videojelben erre az időre fekete, sőt annál is feketébb jelet (lgb figyelsz? Létezik a feketénél feketébb, legalábbis a videotechnikában ) kell előállítani. A TV készülékek többsége egyébként erre a szintre húzza be a feketét, ezért van az, hogy a látható fekete kép valójában már világosabb a feketénél. Huh, érthető?

Egy kép egy adott sora így alakul (színjelek nélkül):


A színes képnél a videojel még rondább. Ennek a részleteibe most nem megyek bele, a NICK-hez ez nem kell. Annyit azért röviden, hogy a TV technikában nem RGB, hanem világosságjel és két színkülönbségi jel van. Oka pedig a kompatibilitás a FF TV-kkel. Az egyik kódolásból a másik matematikailag konvertálható.

Mi van még? Ja, az interlace (váltottsoros letapogatás).
Ez csak a sávszélességcsökkentés miatt van. A szem ugye kb. 15 kép/mp-nél gyorsabb képváltást már folyamatosnak érzékel. De ez csak az egyik szempont, az ilyen képváltásnál a villogást azért még érzékeli. Ha azt akarjuk, hogy a villogás is megszűnjön, akkor legalább 45-50 képet kell megjeleníteni másodpercenként.
(Ma már tudjuk, hogy ez is kevés, létezik egy harmadik érték is, ez alatt már nem érzékeljük a villogást, de a szemizmok azért még mozdulnak rá.)
50 egész képet kéne tehát átvinni mp-enként. Ez 20 msec. A PAL videószabvány 625 sort ír elő. 20 msec alatt 625 sor, egyszerű matekkal egy sorra 32 usec jutna (31,25 kHz, ismerős szám?). Ez alatt a 32 usec alatt kéne kb. 833 (625*4/3) pontot megkülönböztetni. Ehhez 13 MHz-es jel kéne. A TV kezdetekor (20-as évek) ezt még nagyon soknak gondolták, sok szempontból is. Ezért bevezettek egy "trükköt".
Csak 25 képet viszünk át, ez elég a folyamatos mozgáshoz. Viszont felváltva (fésűszerűen) a sorokat, így a képváltás ténylegesen 50 Hz lesz. Így a villogás kérdése is megoldva.  

Először egy kép páratlan sorait (piros vonal), aztán fél sorral elcsúsztatva a páros sorait (kék vonal).
Ezzel elérték azt, hogy egy soridő a duplájára nőtt (64 usec), az összes ebből adódó frekvencia pedig a felére csökkent.
Ma már ez az interlace inkább csak nyűg, rengeteg problémát okoz. Jó példa ez szerintem, hogy a szabványalkotók mennyire szűklátókörűen, az adott kor technikai színvonalát célozva csak meg dolgoznak. Nem csoda, a gyártók érdekei mindenekelőtt...
A szgépek (és a monitorok) nem is használják ezt a módszert. Az EP sem, valójában tehát minden második félkép egyforma.

Röviden ennyi a NICK feladata tehát, előállítani a szinkronjeleket, videojelet, és ezeket egyetlen soros bitfolyamban kiküldeni. A színek bekeverését (pontosabban az RGB-ből a világosság és színjelek előállítását) az EP-ben másik cél-IC végzi.

Akkor most jöhetnek a kérdések, folyt. köv., ha tetszett.
Logged

re' mi' do' do sol

MrPrise
Administrator
EP addict
*
Offline Offline

Hungary

Posts: 2291




View Profile WWW
New Posts
« Reply #11 on: 2005.December.23. 03:32:15 »

Quote from: "tigrian"
Akkor most jöhetnek a kérdések, folyt. köv., ha tetszett.

Ez király! smt023
Majd az ilyen hosszabb írásoknak csinálok külön oldalt.
Logged

geco
EP addict
*
Offline Offline

Hungary

Posts: 1170




View Profile
New Posts
« Reply #12 on: 2005.December.23. 05:20:21 »

Quote from: "tigrian"
A szgépek (és a monitorok) nem is használják ezt a módszert. Az EP sem, valójában tehát minden második félkép egyforma.


Jól értem?
Minden páros sor megegyezik a páratlan megfelelőjével a számítógépek képmegjelenítése esetén? Vagy teljesen eltévedtem a sörözés után?

Quote from: "tigrian"
A színek bekeverését (pontosabban az RGB-ből a világosság és színjelek előállítását) az EP-ben másik cél-IC végzi.

Akkor most jöhetnek a kérdések, folyt. köv., ha tetszett.


Gondolom ezt a TV modulátor végzi, EP esetében nem túl jo hatásfokkal.
Logged

tigrian
EP user
*
Offline Offline

Hungary

Posts: 406




View Profile WWW
New Posts
« Reply #13 on: 2005.December.23. 06:04:26 »

Quote from: "geco"
Quote from: "tigrian"
A szgépek (és a monitorok) nem is használják ezt a módszert. Az EP sem, valójában tehát minden második félkép egyforma.

Jól értem?
Minden páros sor megegyezik a páratlan megfelelőjével a számítógépek képmegjelenítése esetén?

Nem, ez csak a kompozit (összetett) videojelet előállítókra vonatkozik. Durván leegyszerűsítve, amiket TV-re terveztek. Ahol 30 kHz feletti sorfreki van, az már progresszív szkennelésű, vagyis a sorok egymás után vannak, egy képen belül, félképek meg nincsenek.
Quote from: "tigrian"
A színek bekeverését (pontosabban az RGB-ből a világosság és színjelek előállítását) az EP-ben másik cél-IC végzi.
Quote from: "geco"
Gondolom ezt a TV modulátor végzi, EP esetében nem túl jo hatásfokkal.

Nem, a modulátor az külön egység, a fémdobozba burkolt. Azon kívül is van még 2 IC az EP-ben. Az LM1886 az RGB-ből csinál színkülönbségi jeleket, az LM1889 pedig be is keveri azt a videojelbe (a hangot is tehetné, de azt kispórolták). De még ennek a kimenete is alapsávi videojel, tehát DC-6Mhz közötti. Ezután jön a modulátor-doboz, ami UHF-re keveri.
Logged

re' mi' do' do sol

Zozosoft
EP addict
*
Online Online

Hungary

Posts: 5611




View Profile WWW
New Posts
« Reply #14 on: 2005.December.23. 09:54:31 »

Tetszik!
A 625 sorból mennyi a hasznos képsor? Valami ötszáz akármennyi?
És mivel a NICK a két félképnek ugyanazt adja, ezért marad kétszáz akárhány soros felbontása?

Egy pici kiegészítés: a PC monitorok is használták ezt az interlace technikát, amikor egyre nagyobb felbontást kezdtek kitalálni: 800x600,1024x768,1280x1024,stb ezek elöször mindig interlace-ben jelentek meg, késöbb lettek normálisan is elérhetőek. A 90-es évek közepe-vége táján volt vezető nagy betükkel hírdetett paraméter az, ha egy monitor pl 1024x768 Non Interlaced-et is tudott már. Úgy 5-6 éve tünhetett el végleg az Interlace a PC technikából.
Logged


Enterprise Forever
« Reply #14 on: 2005.December.23. 09:54:31 »

 Logged
Tags:
Enterprise Forever  |  :HUN  |  Hardver  |  Topic: NICK

Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks

Template made by Mr.Prise
Page created in 0.136 seconds with 25 queries.
Google visited last this page 2012.May.16. 16:38:08
Follow ep4ever_news on Twitter