![]() |
![]() |
Čtvrtek 18:00 ![]() ![]() ![]() ![]() | ||||||||||||||||||||
![]() ![]() ![]() ![]() ![]() ![]() ![]() ![]() |
|
Zachytávání pro začátečníky Úplné základy zachytávání, které jsou naprosto nezbytné pro práci s videem. Pokud začínáte, začněte právě zde. Canopus ADVC-100 Externí obousměrný převodník s DV enkodérem/dekodérem pro rozhraní Firewire PixelView PlayTV@P7000 Interní PCI karta s hardwarovým MPEG enkodérem Pozemské televizní vysílání a konvergence Konvergence vysílacích technologií pro analogovou televizi a digitální televizi Canopus uvádí Imaginate 2
20.4.2004 Canopus uvádí ProCoder 2.0
20.4.2004 Leitch uvádí dpsVelocityHD
13.4.2004 14. - 16.4.2004: Interkamera 2004
13.4.2004 H.264 Encoder (TechPreview) 1.04 18.5.2004
Skuste asi najlepsi kodek pod slnkom. Ocakava sa presadenie pre DVD. XviD Koepi 1.0 - 09. 05. 2004 17.5.2004
-J- Držte si čepice FINÁLNÍ VERZE 1.0 XviD od Koepiho s nejnovějším jádrem Codec Pack - ALL in 1 6.0.1.1 17.5.2004
-J- Další hromadný install dekodeků , takže , kdo chce tak stahuj... FFDSHOW video decoder 2004-05-14 16.5.2004
-J- Průlom přehrávání MPG4 , doporučuji vyzkoušet , DS filtr pr... Easy CD-DA Extractor 7.0.5 14.5.2004
Audio ripper CD do MP3, WMA, Ogg nebo WAV i s použitím s ACM kodeky. | ||||||||||||||||||||
Porovnání DivX 3 a 4 Nejsem zastáncem wm8, proto se toto porovnání vztahuje jen na DivX trojkové a čtyřkové řady. I když wm8 bezpochyby velkým konkurentem je - to se určitě dozvíme v doplnění porovnání kodeků od zastánce Mika. Tentokrát jsem se na DivX kodeky podíval více komplexněji než minule. Samozřejmě přečtení Codec comparison od Dooma9 bude také nutností.
Asi 20 náhodně nagrabovaných videí v plném PALu (768×576) a PALu/2 (384×288). Nejdelší mělo něco přes 2 minuty. Nahráváno bylo ze stanic s velmi čistým signálem, většinou satelitních a pokud možno přímé přenosy. V plném PALu bylo grabováno s použitím kodeku PICVideo Motion JPEG 2.10.0.25 při kvalitě 19, jinak Huffyuv 2.1.1. DivX 3.11 alpha: komprese v Nandubu 1.0 rc2 různé bitraty doporučené nastavení od Dooma9 s ohledem na velikost obrazu samozřejmě 2-pass DivX 4.0 beta 2: komprese ve VirtualDubu 1.4.5 různé bitraty ostatní nastavení většinou default (pokud jinak, je to zmíněno) většinou 2-pass Pro plný PAL jsem volil záměrně bitrate 2000 kb/s, protože zdroj signálu byl dost čistý a na nízkém bitratu (vzhledem k rozlišení) se nejlépe pozná kvalita kodeku. Pro PAL/2 jsem většinou nechal defaultních 780 kb/s, které mi při čistém signálu připadají akorát.
Je dobře, že v betě 2 vývojáři nahradili v nastavovacím dialogu výraz 'Crispness' za 'Frame dropping'. Pletlo se to s Crispness v DivX3. Tato volba je u DivX4 myšlena odlišně, a to vynecháváním snímků s velmi nízkou informací. Použitelné je to pro videa s velmi nízkým bitratem. V betě 2 taky přibyla externí podpora nastavení postprocessing filtru, takže už můžeme nastavit postprocessing kvalitu, jas, kontrast a barvu z WMP 6.4 a jeho nadstaveb (Zoom Player, BSPlayer, ATV2000 Player, PowerDivX NextGen, ...). DivX4 je dobře vybaven pro převod TV signálu - obsahuje interní a velmi rychlý deinterlace. Tento deinterlace je postaven na blend metodě, která mě osobně nevyhovuje. V současnosti se mi líbí nejvíc Deinterlace - area based od Gunnara Thalina s nastavením raději interpolace než blendu půlsnímků. Tento způsob jsem použil při převodu full PAL videí do DivX3 i DivX4, aby byly dodrženy stejné podmínky. Samozřejmě pro realtime grabování v plném PALu nezbyde jiná volba, než interní deinterlace použít, ale i tak si netroufám říct, jak silný procesor je k tomu potřeba.
Zkusil jsem taky, jak kodeky dodržují, pokud jim nastavíte velmi malý bitrate. O DivX3 (bez Nandubu) je známo, že i když nastavíme bitrate třeba 10 kb/s, kodek sám nastaví pro něj minimálně akceptovatelný bitrate, třeba 300 kb/s. Testoval jsem to na asi minutovém videu v PALu/2 při nastavení 200 kb/s. Zde si nejlépe vedl DivX4 2-pass, který měl výsledný bitrate 21 kB/s, dále Nandub se 40 kB/s. 1-pass jsem zkusil též, pro Slowest byl bitrate 47 kB/s, Fastest 71 kB/s. Nedalo mi to a zkusil jsem 1-pass s nastavením Maximum quantizeru na 20 (zjednodušeně řečeno: kolikrát max. se může zkomprimovat frame). Výsledky byly lepší: Slowest 32 kB/s, Fastest 38 kB/s. K rychlosti enkódování: Píše se, že byla zvýšena až 4×, ale je tím myšleno vůči verzi OpenDivX 4.0 alpha 50. V porovnání s DivX3 je DivX4 trošku rychlejší, přibližně o 5 % v 2-passu (při nastavení kodeků uvedeném výše). Prošel jsem si výsledná videa obrázek po obrázku ve VirtualDubu, tzn. bez použití vylepšovacích filtrů a z hlediska obrazu jsem již našel jen samá superlativa pro DivX4:
The Playa, v době psaní verze 0.6.1, je jednoduše vypadající player, který má ale všechny vymoženosti jako ostatní přehrávače, včetně podpory skinů a titulků. Má ještě své mušky, které určitě budou vyřešeny. Umí přehrát DivX3/4 a vytěžuje při tom CPU v obou případech méně a rovnoměrněji oproti WMP (nedokážu si vysvětlit proč). U DivX3 i 4 jde nastavit CPU Quality (nyní Image postprocessing level o 7 úrovních), samozřejmě při vyšších hodnotách vytížení CPU značně stoupá... Zkoušel jsem v Playa přehrávat některá DivX3 videa a produkovaný obraz byl trhaný po určitých pravidelných intervalech. Přitom WMP 6.4 a klony přehrávají tato videa plynule. Nejdřív jsem si myslel, že je to chybou v DivX4 dekodéru (beta 1). Ale protože trhání přetrvává i v betě 2, kdy Playa využívá pro DivX3 videa DivX3 dekódovací filtr (aspoň pod Windows 98), tak si teď myslím, že za to může VBR MP3 audio a jeho interleaving, a s tím má asi Playa problémy. V The Playa se najdou i další problémy:
Pro realtime grabování je doporučeno nastavení Performance/quality na Fastest, na CPU 650 MHz ale chodí grabování v PALu/2 při Slowest bez drop-framů (při rozumném bitrate a pouze pod Windows 9x). Jen pro doplnění, s tímto procesorem jsem se na grab full PALu 25 fps nechytal ani s Fastest. Taky záleží v jakém programu a Windows grabujete. Zkoušel jsem VirtualDub 1.4.5, ATV2000 PR10.2, MoreCapture 1.1a, iuVCR 3.1.0.103 ve Windows 98 a 2000 (pokud to šlo). Na okraj, spíše než na Windows asi záleží, jaké drivery používáte, jestli VfW nebo WDM. Pod Windows 98 nejlépe vychází VirtualDub, jak z hlediska rychlosti, tak komfortu. MoreCapture je také dobrý, má však omezení na 384×288 a na některých stanicích přidává do obrazu příčné pruhy. Na posledním místě ATV, u kterého je uměním nastavit ho, aby capture fungovalo, jak má: Stiskněte F8 pro Capture panel. Tlačítko pro nastavení kodeku nefunguje, musíte stisknout F9. Potom přes popup-menu nastavte Driver - Format na 384×288 (i když před tím Capture panel signalizuje 384×288, není nastaveno). A nakonec zase přes popup-menu nastavte Capture - Video na YUY2 (zase platí, co vidíte před nastavením na Capture panelu i v popup-menu, nemusí být pravda). Tímto jsem trošičku naznačil chybu DivX 4.0b2 (objevil Lucifer), která se vyskytuje pouze pod Windows 9x (VfW), pouze v rozlišení 384×288, pouze při nastavení grabování do 24-bit RGB (trochu je to vidět i v 32-bit ARGB) a pouze při realtime grabování. Jedná se o to, že při pravém okraji obrazu je navrch přidán zelený pohybující se poloprůhledný přerušovaný pruh o šířce 2 pixely. Tohoto jsem si nevšiml, protože většinou grabuju s MoreCapture, kde tato chyba není, v ATV a VirtualDubu ale je. Ze zmíněného MoreCapture plyne obejití této chyby, dokud nebude opravena - dovoluje totiž capture pouze v (mimochodem rychlejším) YUY2, kde zelený pruh nevzniká. VirtualDub má v Capture modu defaultně nastaveno 24-bit RGB, takže ho přenastavíme (v menu Video - Set Custom format nastavte YUY2), pro ATV je nastavení uvedeno výše. Windows 2000 (WDM) mně v realtime grabu s DivX4 zklamaly. V žádném programu jsem nedosáhl grabování bez drop-framů při Slowest. Přenastavil jsem tedy kodek na Fastest. Nejlépe si při tomto nastavení vedl iuVCR, který jen-tak-tak stíhal bez drop-framů. Na druhém místě ATV s hodně drop-framy a na dalším VirtualDub s ještě více.
Úplně na závěr, chyby které jsem našel, jsem odeslal na DivX server. Pokud nějaké najdete, bude slušností to udělat taky, i když při počtu uživatelů tam nejspíš již budou oznámeny. |