To je blbost. Optimalizace jsou jak v kodecích, tak i v programech. Pokud totiž převádíš DVD na DivX/Xvid, musí se nejdřív vzít VOB, což je soubor ve formátu MPEG2, dekódovat se do nekomprimované verze některého z barevných formátu (RGB, YUV...), poslat do kodeku, zakódovat do nového formátu (MPEG 4 profile - DivX / Xvid).Původně odeslal OBR
Dekódování MPEG2 je hodně náročná operace, pokud má výsledek stát za něco. Zde přichází do úvahy rozsah přesnosti - FPU jednotka počítá s 56bit, 64bit nebo 80bit zápisem čísla s desetinnou čárkou (čím více bitů, tím větší přesnost čísla - co se nevejde, se jinak zaokrouhluje / ořezává). SSE(2) jednotka má nejlepší přesnost 64bit. Jinými slovy pokud zvolíme jiný dekódovací algoritmus než 80bit FPU, vystavujeme se nebezpečí vzniku artefaktů ve filmu - kodek dostane dekódovaný obraz s nepřesnostmi a ten pak také zakóduje. Výsledek je horší kvalita na úkor rychlosti. Toto stádium se dá považovat za první z optimalizací - samozřejmě je taky možné optimalizovat zbytek kódu (obslužný kód pro ALU) vektorizováním nebo poskládáním instrukcí v takovém pořadí, aby se co nejvíce využil paralelismus.
Druhá fáze optimalizací je kodek - ten může obsahovat (a také obsahuje) různé algoritmy pro různé procesory / instrukční sady. Zde je využito především vektorizování a paralelismu. Toto je druhá optimalizace.
(kdo nevěří, že takové optimalizace jsou, nechť si stáhne Xvid, kde je mimo zdrojáků v céčku taky několik souborů pro Netwide Assembler).
Ne. S dekódováním přijde kodek do styku až v okamžiku, kdy film přehráváš Media Playerem (či něčím podobným) nebo při dekódování do jiného formátu (např. VirtualDubem).Původně odeslal miho
Ano i ne. Problémem jsou krizové scény, ne průměr. Ve hře mě nezajímá průměr, ale minimální fps. Tam může být rozdíl dost znatelný - především kvůli velikosti a latency cache a kvůli rychlosti pamětí (především latency).Původně odeslal Spajdr
Poznámka na závěr - pokud zvolíte max. kvalitu, je výstup z Xvidu lepší než z DivXu.







Odpověď s citací