Component na VGA (částečně vyřešeno)
Moderátor: Moderátoři
Moc bych si s tím nelámal hlavu, běží to na nízké impedanci 75 ohm, takže na pár cm přeslechy nebudou a proud tím teče ~ 10mA. Takže cesty stačí užší a ne zbytečně dlouhé a blízko sebe. Důležité je nezapomenout právě na ty zakončovací odpory na vstupu, případně i vazební na výstupu v závislosti na typu IO.
Jestli monitor zvládne 60 Hz vertikál a 15675 Hz horizontál a má CRT obrazovku nebo deinterlacer pro LCD, americkou normou ho zapneš.
Jestli za stejných podmínek umí 50 Hz vertikál a 15625 Hz horizontál, zapneš ho i evropskou normou.
Ještě by měl umět volbu mezi vstupy H+V a synchronizací "po zelené".
Ale hlavně, nač se asi ptáš: nemůžeš přivést synchronizační impulsy v normě VGA a k tomu RGB signály v televizní evropské normě. Ty impulsy musí být časově přesně svázané se začátkem každého řádku obrazu a začátkem každého půlsnímku. Takže monitor sice pojede, ale obraz bude nesynchronní: šikmý, dvakrát přes sebe přeložený a bude lítat rychlostí 10 půlsnímků za sekundu nahoru. A ničím ho nezastavíš. Monitor nebude "vědět", že ty impulsy nemají s přivedeným obrazem nic společného - na vstupech H a V bude mít frekvence VGA, tak je to přece v pořádku. Jenže ono není. I impulsy H a V musí být odvozené z přivedeného obrazového signálu. A ten se od normy VGA dost podstatně liší.
Na okraj: v signálu YPrPb máš synchronizaci posazenou na signál Y. Zbylé dva nesou jen informaci o barvě (barevná televize jsou vlastně jen omalovánky, kde se barvou překrývají větší plochy černobílého obrazu, proto má informace o barvě asi 4x horší vodorovné a 4x horší* svislé rozlišení, než má černobílý obraz). Podle způsobu převodu do RGB dostaneš synchronizaci buď posazenou na zelené nebo ji ze signálu Y oddělíš, pokud se objeví na signálu Y, odřízneš ji, zpracuješ na H a V a signál G upneš na stejnou úroveň černé, k jaké se upínají signály B a R.
*) jestli chcete někdo namítnout, že PAL vyhodnocuje barvu vždy ze dvou po sobě následujících řádků (průměrováním okamžité barvy a barvy zpožděné o 64 µs), tak připomínám, že ty dva řádky jsou vždy liché (v lichém půlsnímku) nebo vždy sudé, které se o 20 ms později v sudém půlsnímku dokreslují mezi ty liché. Vlastně se stejná fáze barvy na prvním viditelném řádku opakuje v každém čtvrtém půlsnímku.
Podobně je omezený objem informací o barvě i při kódování do MPEG.
Jestli za stejných podmínek umí 50 Hz vertikál a 15625 Hz horizontál, zapneš ho i evropskou normou.
Ještě by měl umět volbu mezi vstupy H+V a synchronizací "po zelené".
Ale hlavně, nač se asi ptáš: nemůžeš přivést synchronizační impulsy v normě VGA a k tomu RGB signály v televizní evropské normě. Ty impulsy musí být časově přesně svázané se začátkem každého řádku obrazu a začátkem každého půlsnímku. Takže monitor sice pojede, ale obraz bude nesynchronní: šikmý, dvakrát přes sebe přeložený a bude lítat rychlostí 10 půlsnímků za sekundu nahoru. A ničím ho nezastavíš. Monitor nebude "vědět", že ty impulsy nemají s přivedeným obrazem nic společného - na vstupech H a V bude mít frekvence VGA, tak je to přece v pořádku. Jenže ono není. I impulsy H a V musí být odvozené z přivedeného obrazového signálu. A ten se od normy VGA dost podstatně liší.
Na okraj: v signálu YPrPb máš synchronizaci posazenou na signál Y. Zbylé dva nesou jen informaci o barvě (barevná televize jsou vlastně jen omalovánky, kde se barvou překrývají větší plochy černobílého obrazu, proto má informace o barvě asi 4x horší vodorovné a 4x horší* svislé rozlišení, než má černobílý obraz). Podle způsobu převodu do RGB dostaneš synchronizaci buď posazenou na zelené nebo ji ze signálu Y oddělíš, pokud se objeví na signálu Y, odřízneš ji, zpracuješ na H a V a signál G upneš na stejnou úroveň černé, k jaké se upínají signály B a R.
*) jestli chcete někdo namítnout, že PAL vyhodnocuje barvu vždy ze dvou po sobě následujících řádků (průměrováním okamžité barvy a barvy zpožděné o 64 µs), tak připomínám, že ty dva řádky jsou vždy liché (v lichém půlsnímku) nebo vždy sudé, které se o 20 ms později v sudém půlsnímku dokreslují mezi ty liché. Vlastně se stejná fáze barvy na prvním viditelném řádku opakuje v každém čtvrtém půlsnímku.
Podobně je omezený objem informací o barvě i při kódování do MPEG.
Ono je to ještě o něco složitější. Většina monitorů umí pro nižší rozlišení neprokládané režimy, první běžně podporovaný prokládaný režim býval až 1024*768/87i. Takže většina monitorů ignoruje i NTSC, která je v podstatě 640*480, H=15675kHz/V=60Hz prokládaně, natož PAL, který má 768*576, H=15625kHz/V=50Hz prokládaně. Tak nizké kmitočty vertikálu i horizontálu se u monitorů běžně nepoužívaly, když se podíváte na parametry, tak obvykle bývá horizontál od 30kHz a vertikál od 60Hz výš.Duvsan píše:Hille, keby som k RGB pripojil SI - zvlášť pre vertikál a zvlášť pre horizontál, podľa pravidiel VGA a pustil t do monitoru, on by to nezobrazil? A keby som potom prijímač prepol na americkú normu, zrazu by monitor naštartoval?