VIDEOKAMERY.cz | CBR nebo VBR?

Když se poohlédneš, Edo, i po dalších diskusních serverech, možná budeš, tak jako já, překvapen množstvím úvah nad tím jaký DVD-disk, jakou vypalovačku a jestli za pět let bude disk čitelný. Určitě má význam jít po osvědčených značkách. No a až o víkendu dorazím video z dovolené, nasypu to také na ten pásek :o) . Vše je to jen o pravděpodobnosti chyb a její závislosti na čase. \"Bombenfest und idiotensicher\" to nebude ani na tom papíře.

Díky za obsáhlou odpověď zahrnující i konkrétní zkušenosti. Myslím, že jsem si udělal představu o nastavování datového toku. Pokusím se tedy o shrnutí. Mám-li dost úložného prostoru a chci-li vyloučit kvalitativní úlety dynamických scén, je lépe volit konstantní datový tok. Je-li mým cílem vyšší úspora na disku, mám-li dostatečný výkon počítače a jsem-li tolerantní k případnému zhoršení kvality, zvolím proměnný datový tok. Zřejmě bude tato exaktně dost obtížně vymezitelná hranice (a jak jsem po ní toužil :o) ) ještě ovlivněna konkrétně navolenou hodnotou datového toku či jeho mezemi.

Mno, pokusím se to vysvětlit nepočítačovou řečí, která se tady zcela nechytá a ani to není nutné: CBR-\"konstantbitrejt\" je vo tom, že datový tok, čili objem dat za časový úsek (řekněme za 1s) je stále stejný, bez ohledu na to, nahráváteli zrovna tmu a ticho! Tedy systém naslepo skenuje (nahrává a převádí na data) i \"nic\" a vytváří stále stejné množství dat! VBR-\"variablebitrejt\" je jakoby chytřejší a umí více-jakoby krátit množství stejných a opakujících se údajů vznikajících především při natáčení tmy a ticha, nebo alespon málo pohyblivých (zejména pak u statických) scén a výsledný objem dat v časovém úseku (za 1s) je zpravidla i výrazně menší, než u scén dynamických! Zápis dat na HDD (na interní disk počítače) většinou neprobíhá v reálné čase, ale vzápětí po předchozím propočtu vice scén jdoucích po sobě! Jde o náročnější proces což vyžaduje zpravydla i vyšší početní výkony, ale nadruhou stranu i pomalý a menší HDD. Mě se i stává, zvolím li komprimaci VBR při zachytávání (capture, record, nahrávání) např. při digitalizaci analogového videa při současné komprimaci (zmenšení objemu dat dle inteligentních algoritmů kodeků, kde jde, podobně jako u fotografií z inernetu také krom onoho krácení o jakési rozmazání ostrosti, ale i slévání barev snímlů do méně odstínů), což je ale již velmi náročné na hardvér (výkon PC), ale i při dodatečné komprimaci, což lze dělat i na pomalejším PC (ale hodiny...), že se mi trochu rozjede synchronizace zvuku a obrazu a to především, použiji-li VBR u zvuku (audia)!!! Ne náhodou možná i DV (potažmo MiniDV) používá CBR! A také jen malou komprimaci (1:5) a dokonce jestě bez odstranění prokládání!-to totiž brání efektivnější koprimaci!!! (těžko lze najít mnoho velkých shodných barevných ploch v obraze roztříštěným proužky obřádek časově posunutými..., proto i většina kodeků umí při současném odstranění prokládání (deinterlaci) docílit zmenšení velikosti vodea (objemu dat) ještě až 1:10! Tedy celkem k teoretické velikosti ideálního nekomprimovaného videa PAL (720x576 pixelů a RGB-plných barev) a audia (16b/48kHz) cca až 1:50 bez výrazné újmy na kvalitě a rozlišení detailů i barev!!! (včetně komprimace audia, které by tvořilo jinak o 1/3 vice dat!!!). DV má asi 25Mb/s(přes 3MB/s) Tedy kamera naslepo pravidelně vzorkuje (měří úroven el. náboje světlocitlivých buněk CCD snímače) a převádí světlo na stejný počet nul a jedniček za 1s at je snímač osvětlován jakkoliv, nebo vůbec! Vím že je to složité, ale narozdíl od zvuku a statických obrázků je \"neposedné\" video velmi složitou záležitostí!... A ni já to zřejmě nevysvětlím tímto přesně! Ale opravdu jen pro hrubou představu!