Administrace komentářů

Popravdě, nutnost doinstalovat (do windows) nějaký parser či kodek navíc nepovažuju za problém. To bysme mohli rovnou zůstat u mpeg1.

Pro spoustu lidí to je nepřekonatelnmý problém (a proto zůstávají u MPEG-1). Ale já jsem myslel spíš něco jiného - např. jsem měl vždycky s OGM problémy i v MPlayeru, podle mých zkušeností prostě MPlayer OGM (a jiné formáty jako ASF atd.) podporuje velmi mizerně (problémy s převíjením, synchronizací...). A nebo s VBR v AVI jsou taky často problémy (i ve Windows). CBR MP3 funguje všude bez problémů, každý program si s tím poradí.

Ale ne každý kodek to umí a je to potřeba extra nastavovat.

Ty, co jsou dostupné v Linuxu, to umí, a nastavovat kodek snad musíte v každém případě.

Sníží se určitě, ale třeba můj počítač to bohužel v 7xx x 576 stejně nestíhá, zatímco do mjpeg (picvideo) s velikou rezervou :(

Ano, windowsové MJPEG kodeky jsou výborné, ale to je komerční software. Ty, co jsou v Linuxu, jsou pomalejší nebo míň kvalitní. Třeba NuppelVideo má vlastní optimalizovanou variantu MJPEG kodeku (ne standardní MJPEG, ale vlastní, upravený pro realtime zachytávání), který je na linuxové poměry dost rychlý, ale s hnusnými artefakty (vertikální pruhy v obraze). Proto preferuji XviD - naštěstí to můj stroj utáhne.

synchronizaci. Dost často ten "šev" cestuje. Každopádně je lepší to mít nagrbovaný v půlsnímcích a pak teprv se rozhodovat co stím, než si hned na začátku ty vrátka uzavřít.

Možná to záleží i na TV kartě a příjmu. U mých dvou karet to vůbec žádný problém není, navíc jakékoli případné drobné "švy" u jinak neprokládaného obrazu se stejně zahladí po snížení velikosti (a i případném vyhlazení obrazu).

Jakto, že ne ? Možná tak, při nějaké extrémní bitrate nebo bezeztrátové kompresi, která nenadělá artefakty a "neslije" mi řádky půlsnímků do sebe.

Při vysoké kvalitě, nízké míře komprese, to je OK. Byť to samozřejmě není ideální. Ale uznávám, že zejména pokud se použije metoda č. 1 - hnusný obraz s vysokou MPEG-4 kompresí, pak je to nutné, jinak to prokládání nadělá hroznou paseku.

BTW, co A/V synchronizace ? Ve woknech to umí kloudně jedinej program (virtualvcr) udržet, protože vypouští/přidává vzorky do zvuku, aby seděla jmenovitá framerate se zvukovou stopou (a občas se mu to taky rozjede).

Avidemux synchronizuje zvuk videa nahrávaného ve speciálním formátu .nuv (původně program NuppelVideo, ale používá ho třeba i "nástupce" ffv1rec, který je součástí Avidemuxu). Bohužel dost mizerně - pouhým utnutím části zvuku nebo přidáním mezery nebo zduplikováním kousku. To zní příšerně, i když většině lidí to nevadí.

Třeba nvrec to umí synchronizovat přímo při nahrávání (taky nějakou úpravou zvuku), ale taky je to dost primitivní - ale tenhle program už dlouho nesleduju.

MEncoder to snad řeší vypouštěním/duplikováním video snímků. Tak si vyber - hnusný zvuk nebo trhaný obraz. Pro mě je obojí nepřijatelné.

Další mořnost je zmíněná úprava framerate videa na nestanardní hodnotu.

Já ale preferuji podle mě naprosto nejlepší metodu - vykašlat se na automatiku a zpracovat zvukovou stopu samostatně. Nejdřív jde o to, zjistit jak se zvuk a obraz rozcházejí. To není problém (zjistit rozdíl synchronizace mezi začátkem a koncem a vypočítat potřebné zrychení/zpomalení). Po nějaké době už získáte nějaký statistický průměr, ono se to na jednom počítači moc nemění, to je skoro konstantní číslo. No a pak jen zrychlit/zpomalit zvukovou stopu. Není-li to postupné rozcházení příliš brutální, pak jsou výsledky výborné a spolehlivé, nepoznáte rozdíl mezi originálním a upraveným zvukem U mě je to např.:

sox vstup.wav vystup.wav speed 1.0006

Samozřejmě to číslo se na různém hardwaru liší.