jedna oblíbená chuťovka - o vkládání grafiky a fotek do "DV videa"
To je oblíbená záležitost :-) .
vezměme to od začátku (je to trochu delší, ale doporučuju tentokrát nepřeskakovat .-) )
1. digitální obraz DV (dle ITU R 601) je o kousek širší než "analogový 4:3".
- je to dáno použitím stejného kmitočtu převodníků A/D pro PAL i NTSC, čímž vznikla "jednotná šířka" digi obrázku pro oba rozdílné systémy PAL i NTSC (zjednodušilo to konstrukci multiformátových převodníků. Šířka analogu je daná časem (např. obraz 4:3 má s jistou nepatrnou tolerancí "šířku" 52mikrosekund - to je čas, za který elektronový paprsek přeběhne stínítko obrazovky aktivního obrázku).
Závěr první:
720x576 je tedy společný rozměr pro PAL i NTSC, přičemž PAL obrázek v něm vložený má 702 bodů (zbylých 18 je možné klidně vyplnit černou; v TV branži platí, že divák sleduje na všech typech TV stejný obraz - 4:3 nebo 16:9, což je pro PAL "601" 702 bodů).
2. Pokud vkládáte do digi videa (ve střihovém sw pomocí importu) nějakou grafiku, titulky či fotky, zpracované např. ve Photoshopu, pak ty mají většinou přednastavené "plátno" (v těchto programech) 768x576 / 1024x576 square pixel (čtvercové pixely, je to správný rozměr obrazu 4:3 a 16:9 ve square zobrazení, tak jak je bude pozorovat divák).
VOLBY IMPORTU do střihového programu (720x576 aneb PAL "601", ať už s AR 4:3 nebo 16:9) pak rozlišují dva případy:
- importujete tzv. "601", tedy rozměr 720x576 aneb "non-square" tvar (tedy už "zmáčknutě)
- importujete prvky se čtvercovým AR, tedy square - ty se musí do "601" normy zmáčknout.
Celý problém toho importu GRAFIKY či FOTEK je pak o tom, jak to "správně" zmáčknou :-) .
------------------
Nejlepší bude příklad:
Předpokládejme, že importujete fotku z photoshopu do střihového programu, ta fotka je třeba "na výšku" a "je správně zobrazená" (tedy nezmáčklá aneb square).
Většina programů má dvě volby importu:
* volbu "ROZMĚRU" importované grafiky či fotky (něco jako "maintain" vs "resize") - tedy buď fotku "zmenší" (resize) tak, aby se celá vešla do 720x576, nebo ji ponechá v původním rozměru - např. 2000x1500bodů (pak je z ní "na plátně 720x576 jen odpovídající část a vy si ji můžete posunovat nebo dodatečně zmenšit).
* druhá možnost se týká ASPECT RATIA (poměru stran) - "601" vs "square" (zde volíte, zda importujete z rozměru 720x576 nebo z rozměru 768x576). Volbě "720" se říká "601" (dle názvu tv normy), volbě ze "768" se říká "square" (u fotek je většinou "square")
... a tady je zakopaný celý problém - chyba importu těchto programů. Neimportují totiž 768 správně do 702x576, ale chybně do 720x576 (což je chyba a výrobci by ji měli opravit, u projektů v PAL"601" aneb u DV )
------------------
V čem je tedy ten zakopaný pes - ještě jednou (a jak se to řeší).
Např. Photoshop, After Effects a další počítačové programy mají přednastavené plátno pro rozměr 4:3 a 16:9
- správně na 768x576 (4:3 square)
- správně na 1024x576 (16:9 square).
Jenže pokud takto vyrobenou grafiku (či fotku) naimportujete do 720x576, bude ve videu na digi plátně 768x576 i v analogu na "52mikrosekundách" chybně širší - neboť PAL nemá v digi 720 ale 702x576 bodů.
/// ***ten přesah je daný "širším NTSC, kde video má 710bodů na šířku, +2x4pixely nutný přesah pro převod do analogu +2x1bod pro "rezervu běžné časové chyby. Pokud by PAL měl svůj digi převodní kmitočet a ne společný, měl by 702bodů +2x4body + 2x1 bod = 712x576bodů. Např. DVD se vyrábí i jako 704bodů - což není nic jiného, než 702bodů +2x1 rezxervní pixel běžné čas. chyby; ale zpátky k našemu problému... ///
K čemu dojde:
Okraje obrazu budou oříznuty, na každé straně o 9 pixelů (720-702 = 18pixelů v non square), zbylá část bude roztažena na 768x576.
Tedy nikoliv 720 se roztáhne na 768, ale 702 se roztáhne na 768x576 bodů (či 1024x576 u 16:9), což způsobí, že na "běžné TV" takto chybně vložená grafika (např. obraz zeměkoule) nebo fotografie bude "o něco širší", než má být (je to mala ale přeci chyba).
Jak z toho ven?
První a nejjednodušší možnost je to "zanedbat" (což se děje nejčastěji). Vzniklá chyba je cca 2,5pct, což hravě předčí "špatná geometrie" obrazu CRT baněk, kde kruh je vždy nějaká brambora (pouze monitory kolem 200k zobrazí kruh jako kruh, odzkoušel jsem to osobně na asi 20ks profi monitorů v ceně 80k).
Druhá možnost (pokud např. vyrábíme zeměkouli do znělky či reklamy, mohla už by být správně .-) ) je vyrobit grafiku správně - např. na přednastaveném plátně 768x576 (čtvercové 4:3) a pak ji importovat do 702x576 - jenže ouha!
- tuhle volbu importu střihové programy pro DV projekty nenabízejí (znají pouze "square" nebo "601 non square 720x576")
Takže se používá "obrzlička" - plátno se ve PHS zvětší z 768x576 na 788x576 bodů (což odpovídá PAR 768/702; 788/720 má stejný poměr, krajní 20pixelů tvoří pak jen "vatu" a nezobrazí se, být tam ale musí :-) ) pro obraz 4:3, pro 16:9 se zvětší na 1050x576 bodů (opět platí, že 1024/702 má stejný poměr jako 1050/720).
Tahle "finta" respektuje fakt, že digi video (dle ITU R 601) je o kousek širší než normovaný obraz 4:3/16:9 (který např. plně respektují i normy mpeg2 či DVB-T,C,S) , přitom řeší vkládání grafiky či fotografií (fotografie byste museli v PHS nejprve umístit na černé plátno o rozměrech 788x576 či 1050x576 a takto importovat jako "square").
Pak má natočené video, použité (analogové) archivy i vložená grafika stejný PAR a na zobrazovačích 4:3/16:9 je vše zobrazeno správně ( happy end :D ).
-------------------------------
-------------------------------
Pak je tu ještě druhá okolnost (už méně důležitá než vkládání grafiky), že sw PC přehrávače videa "preferují NTSC rozměr - u PAL videa jsou (při navolení "normovaných 16:9 či 4:3 zobrazení) opět chybně videa roztahována ze 720 na 768x576 (namísto ze 702 na 768). Jsme tak "huběnější", před masivním rozšířením sledování TV na PC to tolik nevadilo (dnes už by i tahle drobnost měla být upravena tak, aby bylo zobrazení např. DVB-T aplikací či přehrávačů správné - přesahy 2x9pixelů by měly jít "za kantnu" (hranu) plátna (tedy by se nezobrazily).
Někdo navrhoval, že je tu druhá možnost - video natočené digi kamerou (kde obraz zaplňuje všech 720bodů, byť krajních 2x9pixelů se na běžné TV nezobrazí) zobrazovat ve "full digi matici" (jak se říká rozměru 720x576) - tedy ve square jako 788x576 (1050x576).
Tudy ale cesta nevede, neboť v televizní praxi je příliš velké použití analogů (archivů). Provádění převodů analog/digitál je nejčastějším tv úkonem - v každý okamžik např. provozu DigitalBetacm strojů (či digi kamer) se používá kontrolní náhled na TV monitorech - všechny tyto výstupy jdou přes D/A převodníky. Často se digitální signál převede (nesprávně ale přeci jen .-) ) přes "analogové prvky" zpracovacího řetězce (např. starší analogové režijní pulty při přímých přenosech apod), používají se zmíněné archivy na analogových nosičích, v neposlední řadě pak všechny TV NORMY, včetně těch nových DVB-T,S,C či mpeg2 či mpeg4 AVC znají POUZE obraz v AR 4:3 nebo 16:9 (ne jiné poměry, jsou to přesná čísla, ne přibližná). Například filmy (které znají mnoho poměrů stran) se převádějí (dnes už) pouze do poměru 16:9 (pro tv) zbytek obrazu je vyplněn černou.
Takže tak.
Osobně fotky importuju "rovnou" (i s tou malou chybou), ale např. profi grafické prvky (2D či 3D grafika pro znělky či reklamy) je vhodné vyrábět a vkládat správně tak, aby na plátně 768x576 (1024x576) či v analogu na 52mikrosekundách (4:3) měly správný tvar - tedy PAR 768/702 =1,094.
------------
Závěrem
Vše zde zmíněné je už "trochu větší specialita" (někomu to může přijít dlouhé nebo i zbytečné :-) ), ale je dobré vědět "jak na to". Na svém PC si každý může tv obraz "roztahovat a křivit" jak chce, pokud ale vyrábí grafiku či vkládá fotky do videa vyráběného "na zakázku", měl by je umět vyrobit tak, aby byly všechny prvky vložené do videa ITU R 601 správně zobrazené (na všech typech zobrazovačů), tedy měly správný PAR 1,094 (aneb 768x576 squre nebo 702x576 non-square).
Zcela nakonec ještě "jedna sci-fi" pro počtáře:
- víte, jaký kmitočet používají ty D/A převodníky (které má i ta vaše miniDV či HDV kamera, pro připojení tv bedýnky přes analogový výstup aneb žlutý cinch)?
13,5MHz
Zkuste si zadat do kalkulačky následující (lehce šílená :-) ) čísla:
13 500 000 Hz (kmitočet převodníku) x 0,000 052 sec (šířka aktivního obrazu analogu) = 702
Vot paradox ;) .
Odkazy o této problematice (o které celkem nedávno nevěděl ještě ani leckterý profesionální grafik) najdete např. zde:
http://www.bbc.co.uk/commissioning/tvbranding/picturesize.shtml
( This guide is to assist people using desktop computer based packages for 16:9 Widescreen ... television graphics ... like PhotoShop and After Effects to produce both 16:9 and 4:3 graphics)
vezměme to od začátku (je to trochu delší, ale doporučuju tentokrát nepřeskakovat .-) )
1. digitální obraz DV (dle ITU R 601) je o kousek širší než "analogový 4:3".
- je to dáno použitím stejného kmitočtu převodníků A/D pro PAL i NTSC, čímž vznikla "jednotná šířka" digi obrázku pro oba rozdílné systémy PAL i NTSC (zjednodušilo to konstrukci multiformátových převodníků. Šířka analogu je daná časem (např. obraz 4:3 má s jistou nepatrnou tolerancí "šířku" 52mikrosekund - to je čas, za který elektronový paprsek přeběhne stínítko obrazovky aktivního obrázku).
Závěr první:
720x576 je tedy společný rozměr pro PAL i NTSC, přičemž PAL obrázek v něm vložený má 702 bodů (zbylých 18 je možné klidně vyplnit černou; v TV branži platí, že divák sleduje na všech typech TV stejný obraz - 4:3 nebo 16:9, což je pro PAL "601" 702 bodů).
2. Pokud vkládáte do digi videa (ve střihovém sw pomocí importu) nějakou grafiku, titulky či fotky, zpracované např. ve Photoshopu, pak ty mají většinou přednastavené "plátno" (v těchto programech) 768x576 / 1024x576 square pixel (čtvercové pixely, je to správný rozměr obrazu 4:3 a 16:9 ve square zobrazení, tak jak je bude pozorovat divák).
VOLBY IMPORTU do střihového programu (720x576 aneb PAL "601", ať už s AR 4:3 nebo 16:9) pak rozlišují dva případy:
- importujete tzv. "601", tedy rozměr 720x576 aneb "non-square" tvar (tedy už "zmáčknutě)
- importujete prvky se čtvercovým AR, tedy square - ty se musí do "601" normy zmáčknout.
Celý problém toho importu GRAFIKY či FOTEK je pak o tom, jak to "správně" zmáčknou :-) .
------------------
Nejlepší bude příklad:
Předpokládejme, že importujete fotku z photoshopu do střihového programu, ta fotka je třeba "na výšku" a "je správně zobrazená" (tedy nezmáčklá aneb square).
Většina programů má dvě volby importu:
* volbu "ROZMĚRU" importované grafiky či fotky (něco jako "maintain" vs "resize") - tedy buď fotku "zmenší" (resize) tak, aby se celá vešla do 720x576, nebo ji ponechá v původním rozměru - např. 2000x1500bodů (pak je z ní "na plátně 720x576 jen odpovídající část a vy si ji můžete posunovat nebo dodatečně zmenšit).
* druhá možnost se týká ASPECT RATIA (poměru stran) - "601" vs "square" (zde volíte, zda importujete z rozměru 720x576 nebo z rozměru 768x576). Volbě "720" se říká "601" (dle názvu tv normy), volbě ze "768" se říká "square" (u fotek je většinou "square")
... a tady je zakopaný celý problém - chyba importu těchto programů. Neimportují totiž 768 správně do 702x576, ale chybně do 720x576 (což je chyba a výrobci by ji měli opravit, u projektů v PAL"601" aneb u DV )
------------------
V čem je tedy ten zakopaný pes - ještě jednou (a jak se to řeší).
Např. Photoshop, After Effects a další počítačové programy mají přednastavené plátno pro rozměr 4:3 a 16:9
- správně na 768x576 (4:3 square)
- správně na 1024x576 (16:9 square).
Jenže pokud takto vyrobenou grafiku (či fotku) naimportujete do 720x576, bude ve videu na digi plátně 768x576 i v analogu na "52mikrosekundách" chybně širší - neboť PAL nemá v digi 720 ale 702x576 bodů.
/// ***ten přesah je daný "širším NTSC, kde video má 710bodů na šířku, +2x4pixely nutný přesah pro převod do analogu +2x1bod pro "rezervu běžné časové chyby. Pokud by PAL měl svůj digi převodní kmitočet a ne společný, měl by 702bodů +2x4body + 2x1 bod = 712x576bodů. Např. DVD se vyrábí i jako 704bodů - což není nic jiného, než 702bodů +2x1 rezxervní pixel běžné čas. chyby; ale zpátky k našemu problému... ///
K čemu dojde:
Okraje obrazu budou oříznuty, na každé straně o 9 pixelů (720-702 = 18pixelů v non square), zbylá část bude roztažena na 768x576.
Tedy nikoliv 720 se roztáhne na 768, ale 702 se roztáhne na 768x576 bodů (či 1024x576 u 16:9), což způsobí, že na "běžné TV" takto chybně vložená grafika (např. obraz zeměkoule) nebo fotografie bude "o něco širší", než má být (je to mala ale přeci chyba).
Jak z toho ven?
První a nejjednodušší možnost je to "zanedbat" (což se děje nejčastěji). Vzniklá chyba je cca 2,5pct, což hravě předčí "špatná geometrie" obrazu CRT baněk, kde kruh je vždy nějaká brambora (pouze monitory kolem 200k zobrazí kruh jako kruh, odzkoušel jsem to osobně na asi 20ks profi monitorů v ceně 80k).
Druhá možnost (pokud např. vyrábíme zeměkouli do znělky či reklamy, mohla už by být správně .-) ) je vyrobit grafiku správně - např. na přednastaveném plátně 768x576 (čtvercové 4:3) a pak ji importovat do 702x576 - jenže ouha!
- tuhle volbu importu střihové programy pro DV projekty nenabízejí (znají pouze "square" nebo "601 non square 720x576")
Takže se používá "obrzlička" - plátno se ve PHS zvětší z 768x576 na 788x576 bodů (což odpovídá PAR 768/702; 788/720 má stejný poměr, krajní 20pixelů tvoří pak jen "vatu" a nezobrazí se, být tam ale musí :-) ) pro obraz 4:3, pro 16:9 se zvětší na 1050x576 bodů (opět platí, že 1024/702 má stejný poměr jako 1050/720).
Tahle "finta" respektuje fakt, že digi video (dle ITU R 601) je o kousek širší než normovaný obraz 4:3/16:9 (který např. plně respektují i normy mpeg2 či DVB-T,C,S) , přitom řeší vkládání grafiky či fotografií (fotografie byste museli v PHS nejprve umístit na černé plátno o rozměrech 788x576 či 1050x576 a takto importovat jako "square").
Pak má natočené video, použité (analogové) archivy i vložená grafika stejný PAR a na zobrazovačích 4:3/16:9 je vše zobrazeno správně ( happy end :D ).
-------------------------------
-------------------------------
Pak je tu ještě druhá okolnost (už méně důležitá než vkládání grafiky), že sw PC přehrávače videa "preferují NTSC rozměr - u PAL videa jsou (při navolení "normovaných 16:9 či 4:3 zobrazení) opět chybně videa roztahována ze 720 na 768x576 (namísto ze 702 na 768). Jsme tak "huběnější", před masivním rozšířením sledování TV na PC to tolik nevadilo (dnes už by i tahle drobnost měla být upravena tak, aby bylo zobrazení např. DVB-T aplikací či přehrávačů správné - přesahy 2x9pixelů by měly jít "za kantnu" (hranu) plátna (tedy by se nezobrazily).
Někdo navrhoval, že je tu druhá možnost - video natočené digi kamerou (kde obraz zaplňuje všech 720bodů, byť krajních 2x9pixelů se na běžné TV nezobrazí) zobrazovat ve "full digi matici" (jak se říká rozměru 720x576) - tedy ve square jako 788x576 (1050x576).
Tudy ale cesta nevede, neboť v televizní praxi je příliš velké použití analogů (archivů). Provádění převodů analog/digitál je nejčastějším tv úkonem - v každý okamžik např. provozu DigitalBetacm strojů (či digi kamer) se používá kontrolní náhled na TV monitorech - všechny tyto výstupy jdou přes D/A převodníky. Často se digitální signál převede (nesprávně ale přeci jen .-) ) přes "analogové prvky" zpracovacího řetězce (např. starší analogové režijní pulty při přímých přenosech apod), používají se zmíněné archivy na analogových nosičích, v neposlední řadě pak všechny TV NORMY, včetně těch nových DVB-T,S,C či mpeg2 či mpeg4 AVC znají POUZE obraz v AR 4:3 nebo 16:9 (ne jiné poměry, jsou to přesná čísla, ne přibližná). Například filmy (které znají mnoho poměrů stran) se převádějí (dnes už) pouze do poměru 16:9 (pro tv) zbytek obrazu je vyplněn černou.
Takže tak.
Osobně fotky importuju "rovnou" (i s tou malou chybou), ale např. profi grafické prvky (2D či 3D grafika pro znělky či reklamy) je vhodné vyrábět a vkládat správně tak, aby na plátně 768x576 (1024x576) či v analogu na 52mikrosekundách (4:3) měly správný tvar - tedy PAR 768/702 =1,094.
------------
Závěrem
Vše zde zmíněné je už "trochu větší specialita" (někomu to může přijít dlouhé nebo i zbytečné :-) ), ale je dobré vědět "jak na to". Na svém PC si každý může tv obraz "roztahovat a křivit" jak chce, pokud ale vyrábí grafiku či vkládá fotky do videa vyráběného "na zakázku", měl by je umět vyrobit tak, aby byly všechny prvky vložené do videa ITU R 601 správně zobrazené (na všech typech zobrazovačů), tedy měly správný PAR 1,094 (aneb 768x576 squre nebo 702x576 non-square).
Zcela nakonec ještě "jedna sci-fi" pro počtáře:
- víte, jaký kmitočet používají ty D/A převodníky (které má i ta vaše miniDV či HDV kamera, pro připojení tv bedýnky přes analogový výstup aneb žlutý cinch)?
13,5MHz
Zkuste si zadat do kalkulačky následující (lehce šílená :-) ) čísla:
13 500 000 Hz (kmitočet převodníku) x 0,000 052 sec (šířka aktivního obrazu analogu) = 702
Vot paradox ;) .
Odkazy o této problematice (o které celkem nedávno nevěděl ještě ani leckterý profesionální grafik) najdete např. zde:
http://www.bbc.co.uk/commissioning/tvbranding/picturesize.shtml
( This guide is to assist people using desktop computer based packages for 16:9 Widescreen ... television graphics ... like PhotoShop and After Effects to produce both 16:9 and 4:3 graphics)
Jinak jestli chcete ověřit, jak tohle pravidlo respektuje váš střihový program v dalších ohledech (nejen v importu grafiky či fotek), zkuste jednoduchý test:
- natočte něco přesně kruhového svou kamerou (např. disk DVD)
- zkuste tento disk vykrýt kruhovou maskou vašeho programu (nebo wipe kruhovým přechodem).
Pokud se kruhy shodují, respektuje váš program přesné rozmery 4:3 či 16:9 PAL videa dle ITU R 601 (DV)
Pokud se kruhy neschodují (šířka masky je většinou větší než výška), pak je váš program "stavěn spíš pro NTSC svět" (kde je chyba menší, dík "širšímu NTSC" v digi matici 720x576)
Možná to je tím, že většina výrobců programů sídlí v USA, nevím :-) (možná je to jen obyčejné "lemplovství a pohodlnost" ;) , jenže dnes je zpracování videa na PC mnohem rozšířenější) .
..takže už by i tahle "drobná okolnost" (jako je správný import square grafiky či fotek nebo videa nebo správné provedení kruhových masek či kruhových přechodů a efektů střihových programů) mohla být správně. Uvidíme, jestli se už konečně někdo z výrobců "chytne za nos" (vývoj by měl být vždy postupně "k lepšímu", tak snad i na tuhle drobnost dojde :-) )
- natočte něco přesně kruhového svou kamerou (např. disk DVD)
- zkuste tento disk vykrýt kruhovou maskou vašeho programu (nebo wipe kruhovým přechodem).
Pokud se kruhy shodují, respektuje váš program přesné rozmery 4:3 či 16:9 PAL videa dle ITU R 601 (DV)
Pokud se kruhy neschodují (šířka masky je většinou větší než výška), pak je váš program "stavěn spíš pro NTSC svět" (kde je chyba menší, dík "širšímu NTSC" v digi matici 720x576)
Možná to je tím, že většina výrobců programů sídlí v USA, nevím :-) (možná je to jen obyčejné "lemplovství a pohodlnost" ;) , jenže dnes je zpracování videa na PC mnohem rozšířenější) .
..takže už by i tahle "drobná okolnost" (jako je správný import square grafiky či fotek nebo videa nebo správné provedení kruhových masek či kruhových přechodů a efektů střihových programů) mohla být správně. Uvidíme, jestli se už konečně někdo z výrobců "chytne za nos" (vývoj by měl být vždy postupně "k lepšímu", tak snad i na tuhle drobnost dojde :-) )
a ještě přidám jeden malý postřeh
Jistě jste si všimli, že NTSC zabírá v 720 bodech cca 710, PAL 702 bodů (zbytek je rezervní přesah nutný pro převody D/A plus ta malá rezerva drobné čas. chyby).
Pak je snadné si i všimnout, že NTSC se na poměr 4:3 zmáčkne (finální "square" obraz je tvořen 640x480 body, tedy 710 bodů se zmáčkne na 640)
zatímco PAL 4:3 se ze 702 bodů naopak roztahuje (ze 702 na 768x576bodů).
Je to drobnost, ale zajímavá. V obou případech je pak výsledkem obraz s poměrem stran 4:3 (nebo obdobně 16:9), byť mají oba systémy jiný počet vertikálních řádek
(ten počet V řádek určuje také počet možných horizontálních "bodů", to prostým výpočtem 576:3 * 4 = 768, pro NTSC je počet H bodů 480:3 *4 = 640, u 16:9 je to obdobné)
Jistě jste si všimli, že NTSC zabírá v 720 bodech cca 710, PAL 702 bodů (zbytek je rezervní přesah nutný pro převody D/A plus ta malá rezerva drobné čas. chyby).
Pak je snadné si i všimnout, že NTSC se na poměr 4:3 zmáčkne (finální "square" obraz je tvořen 640x480 body, tedy 710 bodů se zmáčkne na 640)
zatímco PAL 4:3 se ze 702 bodů naopak roztahuje (ze 702 na 768x576bodů).
Je to drobnost, ale zajímavá. V obou případech je pak výsledkem obraz s poměrem stran 4:3 (nebo obdobně 16:9), byť mají oba systémy jiný počet vertikálních řádek
(ten počet V řádek určuje také počet možných horizontálních "bodů", to prostým výpočtem 576:3 * 4 = 768, pro NTSC je počet H bodů 480:3 *4 = 640, u 16:9 je to obdobné)
Pěkný článek, ale párkrát se již tento problém řešil, no nevím kolik lidí ho respektuje.
např. tu z roku 2004
https://www.tvfreak.cz/forum/showthread.php?t=1112&page=4
Pro DVD se nabízí možnost 704x576, čehož při nahrávání a tvorbě DVD videa využívám. Chyba je malá a proto video neupravuji.
např. tu z roku 2004
https://www.tvfreak.cz/forum/showthread.php?t=1112&page=4
Pro DVD se nabízí možnost 704x576, čehož při nahrávání a tvorbě DVD videa využívám. Chyba je malá a proto video neupravuji.
DVD klidně vyráběj jako 720x576
(převodník D/A z toho vezme 702 bodů a ty promítne na analog TV jako "52mikrosekund" - aneb jednu TV řádku "o šířce" 768 bodů).
Jediný skutečný problém je to vkládání (čtvercově vyráběné - tedy na plátně 768x576) grafiky, kdy ten odkaz BBC jasně ukazuje, jak to lze velmi jednoduše řešit (vyrábět to na plátně 788x576 pro 4:3, nebo 1050x576 pro 16:9).
Vkládání fotografií by ale tímto způsobem bylo velmi pracné, i tady je ale možné velmi jednoduché řešení:
- foto importuj "normálně" (tedy square) do 720x576.
Následně je jedním společným efektem (střihové programy to většinou umožňují) mírně Horizontálně zmáčkni (efektem resize apod) tak, abys kompenzoval tu drobnou chybu importu (spočítej si, kolik procent to je - 720 =100pct; pak 702 = 97,5pct)
Pak nebudou fotky ani grafika na běžné TV širší, než mají být.
Pak je tu ten třetí problém, vlastně veškerá grafika (masky či kruhové triky, titulkovač s jeho kruhovými prvky, ale i aspect ratia písem např.) programu je dělaná s touto drobnou chybou (tedy jsou o něco širší, než mají být, takže kruhové masky natočený kruh nevykryjí).
Tak to prostě je, u masek se to dá řešit importem externí masky (spolu s použitím matte key), u wipe přechodů to zase tolik nevadí. Každopádně je to chyba, při výrobě grafiky s důrazem na velké kruhové prvky se vyplatí udělat postup správně.
Jinak ta chyba je v NTSC dvakrát menší než v PALu, což je možná důvod, proč s tím nikdo nic nedělá. V NTSC zemích (USA) je už "zanedbatelná", v PAL zemích (především Evropa) je trochu větší, takže někdy už stojí za korekci.
Například EBU (Evropská vysílací unie) vydala k tomuhle pouze stručné prohlášení - že nemůže zaručit, že krajních 2x9pixelů (tedy vše mimo 702 bodů) bude vidět na zobrazovačích.
Ty přehrávače na PC by ale nebyl žádný problém upravit, při instalaci bys zvolil zemi (PAL nebo NTSC), tím by bylo dáno, jestli se obraz 702 roztahuje na 768 (x576, PAL 4:3), nebo obraz 710 se zmáčkne na 640 (x480 bodů, NTSC 4:3) .
Je to jenom pohodlnost, dřív nebylo sledování TV na PC v plné kvalitě tak běžné.
(převodník D/A z toho vezme 702 bodů a ty promítne na analog TV jako "52mikrosekund" - aneb jednu TV řádku "o šířce" 768 bodů).
Jediný skutečný problém je to vkládání (čtvercově vyráběné - tedy na plátně 768x576) grafiky, kdy ten odkaz BBC jasně ukazuje, jak to lze velmi jednoduše řešit (vyrábět to na plátně 788x576 pro 4:3, nebo 1050x576 pro 16:9).
Vkládání fotografií by ale tímto způsobem bylo velmi pracné, i tady je ale možné velmi jednoduché řešení:
- foto importuj "normálně" (tedy square) do 720x576.
Následně je jedním společným efektem (střihové programy to většinou umožňují) mírně Horizontálně zmáčkni (efektem resize apod) tak, abys kompenzoval tu drobnou chybu importu (spočítej si, kolik procent to je - 720 =100pct; pak 702 = 97,5pct)
Pak nebudou fotky ani grafika na běžné TV širší, než mají být.
Pak je tu ten třetí problém, vlastně veškerá grafika (masky či kruhové triky, titulkovač s jeho kruhovými prvky, ale i aspect ratia písem např.) programu je dělaná s touto drobnou chybou (tedy jsou o něco širší, než mají být, takže kruhové masky natočený kruh nevykryjí).
Tak to prostě je, u masek se to dá řešit importem externí masky (spolu s použitím matte key), u wipe přechodů to zase tolik nevadí. Každopádně je to chyba, při výrobě grafiky s důrazem na velké kruhové prvky se vyplatí udělat postup správně.
Jinak ta chyba je v NTSC dvakrát menší než v PALu, což je možná důvod, proč s tím nikdo nic nedělá. V NTSC zemích (USA) je už "zanedbatelná", v PAL zemích (především Evropa) je trochu větší, takže někdy už stojí za korekci.
Například EBU (Evropská vysílací unie) vydala k tomuhle pouze stručné prohlášení - že nemůže zaručit, že krajních 2x9pixelů (tedy vše mimo 702 bodů) bude vidět na zobrazovačích.
Ty přehrávače na PC by ale nebyl žádný problém upravit, při instalaci bys zvolil zemi (PAL nebo NTSC), tím by bylo dáno, jestli se obraz 702 roztahuje na 768 (x576, PAL 4:3), nebo obraz 710 se zmáčkne na 640 (x480 bodů, NTSC 4:3) .
Je to jenom pohodlnost, dřív nebylo sledování TV na PC v plné kvalitě tak běžné.
