Prokládané řádkování - prokleté dědictví (diskuse)

[trekker.dk]

Před několika hodinami - nebyla to náhodou ta dvouhodinovka, ve které má vyhrazený čas regionální vysílání?

Zatímco běžný film promítaný s frekvencí 25 snímků za sekundu lze vcelku bez problémů sledovat

AFAIK se pleteš - každý snímek dvakrát blikne. Kdyby jenom chvíli svítil, bylo by znát blikání, když obraz zhasne a film se přesouvá na další políčko.

[Luk]

Před několika hodinami - nebyla to náhodou ta dvouhodinovka, ve které má vyhrazený čas regionální vysílání?

To nevím. Přijímáme Primu ze 2 různých vysílačů, každý je v jiném kraji. Je možné, že to bylo zrovna regionální vysílání.

AFAIK se pleteš - každý snímek dvakrát blikne. Kdyby jenom chvíli svítil, bylo by znát blikání, když obraz zhasne a film se přesouvá na další políčko.

Abych řekl pravdu, profesionální promítačky používané v kině do takové míry neznám. Ale ty amatérské, se kterými jsem se setkal (film 8 a 16 mm), svítily po celou dobu nehybnosti filmu (zhasly až pro jeho posun).

Navíc jsem se teď podíval do Wikipedie, a tam píší cosi o tom, že u moderních projektorových závěrek se tato věc (dvoj- nebo i trojnásobná frekvence) skutečně vyskytuje. Je tedy otázka, s čím se člověk ve starších kinech doopravdy setkával - každopádně dívat se na to dalo docela dobře.

[Luboš Doležel (Doli)]

Co občas chodím do kina Cinestar v Budějovicích, tak je to horor. Z kina odcházím s bolavýma očima zbarvenýma do ruda, protože vidím blikat obraz - ostatní to nevidí, tak nevím, jestli jsem blázen, nebo jsem zmlsaný z nádherného obrazu LCDček :-/

[trekker.dk]

Je možné, že máš lepší oči (+ tu část mozku, která zpracovává obraz), takže se nenechají oblbnout a vidí to, co na tom plátně skutečně je - blikající obraz.

Až budeš starší (a ne o moc, odhadem za pár let), tak tě to pravděpodobně přejde a blikání v kině taky neuvidíš.

[Luk]

Vjem trvalého obrazu nebo blikání je především záležitost setrvačnosti sítnice. S kvalitou zraku to nemá nic společného.

Pak jde samozřejmě o to, jak to člověk vnímá, tedy jak moc mu vadí nějaká nedokonalost. Kdo třeba dlouhodobě používá špatný monitor (s neostrým obrazem, s nízkou frekvencí apod.), nevadí mu to. Když pak ale přesedlá na lepší, k tomu horšímu už se nechce vracet.

[trekker.dk]

Pokud budu kvalitu zraku posuzovat podle toho, jak přesně vidí to, co skutečně vidí, pak zrak, který odhalí blikání obrazu, je lepší.

[Luk]

V tom případě by například nekompenzovaná zraková díra v místě slepé skvrny znamenala lepší zrak. Co na tom, že by působila pořádně rušivě, že?

Lze to samozřejmě posuzovat různě, ale osobně za lepší zrak považuji ten, který člověku lépe poslouží. Například i tím, že ho nebude obtěžovat nepodstatnými jevy, které by jen zbytečně odčerpávaly mozkový výkon na zpracování.

[trekker.dk]

V tom případě by například nekompenzovaná zraková díra v místě slepé skvrny znamenala lepší zrak.

Psal jsem - cituji se: "Pokud budu kvalitu zraku posuzovat podle toho, jak přesně vidí to, co skutečně vidí" Skutečně vidíš to, na co se díváš. Věci, na které se díváš, žádnou zrakovou díru nemají.

Takže ještě jednou a polopatičtěji - posuzuji kvalitu zraku podle toho, jak přesně dokáže zachytit optické jevy odehrávající se ve vnějším prostředí.

[jsmach]

u klasického filmu se používá 16(18) fps na formátech 8mm (někdy i 16mm), a 25 fps na formátech 16 a více mm. Zvýšení počtu "snímků" se dosáhne vícesektorovou clonou, která jeden snímek promítne na plátno 2x až 3x, tím dosáhneme cca 50 projekcí za sekundu (16 x 3 = 48, 18x3=54, 25x2=50).

[zde]

platí ovšem pravidlo, že pro DV PAL (tedy to, co leze z Mini-DV nebo D8 kamery) se používá BFF, kdežto pro "klasický" PAL (tedy normální televizní signál; často pak i to, co leze z televizní karty v počítači) naopak TFF.

Drobná otázka: Kterej píčus navrhoval ten DV standard? A nemá taky něco společného s glibc? :)

[Lukáš Zapletal]

Pěkný blogpost. Co se stane, když výstup z DV kamery deinterlecuji pomocí TFF metody? Bude obraz nějak poškozen?

Co mě zarazilo, že Windows Movie Maker po nagrabování, nastříhání a exportu do WMV neprovede deinterlacing a výsledek je katastrofální. Bohužel je to zatím jediný nástroj, se kterým se doberu alespoň nějakých výsledků, video obvykle šupnu na Video Google a ten to pozná a provede deinterlacing sám...

[Luk]

Pěkný blogpost.

Díky

Co se stane, když výstup z DV kamery deinterlecuji pomocí TFF metody? Bude obraz nějak poškozen?

Bude záležet na tom, jaký algoritmus se použije. Při smíchání půlsnímků (každý se přepočítá na celý snímek a pak se smíchají) by to nemělo vadit (ale tohle není zrovna moc dobrý algoritmus). Při interpolaci bude záležet na konkrétní implementaci (ale třeba u té od Donalda Grafta je to znatelné).

Při přepočtu půlsnímků na celé snímky (se zdvojnásobením kmitočtu) to samozřejmě bude znatelné velice drasticky.

[trekker.dk]

Ohledně odstranění řádkového prokladu - jak dlouho to trvá (vzhledem k délce videa) a jaké jsou (subjektivně) výsledky?

Jednou jsem se pokoušel opravit prokládané video (tj. zkoušel jsem interpolovat, aby se věci neměnily na shluk čar, když se hýbou nahoru a dolu) a kerndeint, který uvádíš, moc nepomáhal.

Btw.: Zkoušel jsem použít sigwaitinfo a spol., které jsi doporučoval v jednom z minulých blogů, a funguje to skvěle. Moc díky.

[Luk]

Ohledně odstranění řádkového prokladu - jak dlouho to trvá (vzhledem k délce videa) a jaké jsou (subjektivně) výsledky?

To záleží na algoritmu, ale je to relativně rychlá operace (řádově na úrovni reálné délky videa, spíše méně). Výsledky bývají docela slušné.

Jednou jsem se pokoušel opravit prokládané video (tj. zkoušel jsem interpolovat, aby se věci neměnily na shluk čar, když se hýbou nahoru a dolu) a kerndeint, který uvádíš, moc nepomáhal.

No, abych se přiznal, osobně kerndeint nepoužívám, protože pro tuto činnost nepoužívám ani mencoder. Používám VirtualDub (pod Windows, ale chodí obstojně i přes WINE), kde je plugin Smart Deinterlace od Donalda Grafta. Ten toho v novějších verzích umí trochu více a je hodně parametrizovatelný, takže se to dá docela dobře vyladit (i když většinou ponechávám výchozí nastavení).

V mencoderu můžeš také zkusit mcdeint - podle teoretického předpokladu by měl mít nejlepší výsledky, protože analyzuje obraz, snaží se hledat vektory posunu a vypočítávat obraz podle nich. Nemám s ním žádné zkušenosti, možná je opravdu dobrý, možná ne. Každopádně ale potřebuje video předpřipravené převodem na půlsnímků na snímky (se zdvojnásobením frekvence), např. předřazením filtru tfields. A bude výrazně pomalejší než kerndeint.

Btw.: Zkoušel jsem použít sigwaitinfo a spol., které jsi doporučoval v jednom z minulých blogů, a funguje to skvěle. Moc díky.

[trekker.dk]

V mencoderu můžeš také zkusit mcdeint

Já jsem zkoušel yadiff - rychlost zpracování byla asi tak 0.6 snímku za sekundu, takže jsem to dvouhodinové video nechal na někdy, až bude lepší počítač.