Vp8 vs.H264, szerintem. Update képek!

Mivel ma kijött az ffmpeg 0.6 VP8 támogatással , és arch linux-on rögtön jött is a friss ffmpeg és mplayer csomag, gondoltam megnézem, linux-on mi a különbség mind látvány, mint cpu használat terén. A tesztvideók INNEN származnak, a tesztgép pedig a blogomban már bemutatott E3200 cpu-val, és GMA3100 igp-vel rendelkező masina.
Aki technikai adatokat, grafikonokat várt, az most koppan, mert az nem lesz, csak a saját, egyéni véleményem. Megnéztem az összes videót minden felbontásban, és végeredményben érdekes összkép alakult ki bennem, mégpedig az, hogy a VP8 szebb, a H264 közeliknél(pl. a méh lába előtt lévő porzószál feje) tűhegynyit élesebb képet ad. Cpu terhelés szempontjából a h264 ~5%-al kevesebb terhelést generál, viszont a VP8-on még lehet optimalizálni. Mindenesetre ígéretes, kicsit javítgatják(és megoldják a hardware-es gyorsítást), és akkor verheti a h264-et, most kb egyenértékű vele. Szerintem.

Update! Lehet találgatni, melyik kép melyik codeck:

A képek ugyanazon lejátszóval, ugyanazon opciókkal, minden trükk nélkül készültek.

( barii | 2010. 06. 16., sze – 16:33 )

én csak a képeket láttam, ha nagyon nézem, akkor látszott néhol különbség, de ez webes wideókra lett kitlálva, mozgó képre, hát ott talán észre sem venném eleve, + nem is 1,5 órás mozifilmekre van kitalálva, szerintem amire kitaláták, arra tökély

--
nyereményjáték: http://www.usanotebook.hu/index.php?tpl=contest3&iby=27540 :)
Dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

lehet nem a lényeg volt a nyomatékos: lehet, hogy mosgó képnél azt a kis különbséget sem lehet észre venni, de ha lehetne is, webre akkor is jó lenne
divy-ben is lehet mozifilmet nézni...
--
nyereményjáték: http://www.usanotebook.hu/index.php?tpl=contest3&iby=27540 :)
Dropbox tárhely igénylés: https://www.dropbox.com/referrals/NTMwMDYwODE5

Azonos bitráta mellett a H.264 részletgazdagabb Main és High Profile esetén.

Állóképen is észrevehető módon.

Nem jelent sokat, csak adalékként írom le, hogy pl. az anime raw provider és fansubber scene nem lát lehetőséget a VP8-ban a H.264-el szemben, ez volt az a csoport ami az MKV konténert elősször felkapta, használta és népszerűvé tette, meg aztán csak értenek hozzá, ezek relayelik az egész ázsiai animációs ipart szét a világba mióta létezik internet.

( Pontscho | 2010. 06. 16., sze – 18:50 )

Nem akarok genya lenni, de latszik. A mehesnel valoban nem, ott valoszinuleg a fenyek es a szinek miatt nem feltuno a kulonbseg, de a park es a pocsolya eseteben (az is igaz, hogy csak a screenshotokat neztem meg, nincs kedvem most mplayert/ffmpeg-et forgatni) nagyon szepen latszik, hogy a h.264 reszletgazdagabb.

---
pontscho / fresh!mindworkz

( therion | 2010. 06. 16., sze – 18:32 )

Aki grafikonokat szeretne látni, az itt talál érdekes grafikonokat. Egyébként tegnap jelent meg egy bejegyzés a WebM blogon arról, hogy dolgoznak az encoder és decoder optimalizálásán is.

Remélem el fog terjedni a VP8/WebM.

( BaT | 2010. 06. 16., sze – 18:36 )

Mivel a képek nem ugyan azt a képkockát mutatják, ezért így nagyon nehéz megítélni, mert nem tudhatod, hogy amit látsz hibát, az a codec hibája, vagy a hullámok által előidézett torzulás.

De azért teszek egy tippet, szerintem a felső (shot0012.png) a h264, az alsó (shot0013.png) a vp8. Méghozzá azért, mert a felsőn jól észrevehető kockásodás látható, míg az alsón nem. Egyébként pont ezért a felső csúnyábbnak hat, mert a részletességet csak zajosság árán tudja elérni a h264, viszont ennél a képnél a részletesség kevésbé lényeges.

--
Don't be an Ubuntard!

( Zaneck | 2010. 06. 16., sze – 18:42 )

Ez az összehasonlítás mérvadóbb:

VP8
X264 Baseline Profile
X264 Main Profile

A H.264 High Profile-hoz képest sehol sincs, azzal nem érdemes összehasonlítani.

Azaz a VP8 webre megfelelő, másra nem használnám.

Állóképeken a H.264 részletgazdagabbnak, de zajosabbnak tűnik, mozgás közben utóbbi részben kiküszöbölődik, kiküszöbölhető.

Ha felhasznalod azt a modszert amivel a csillagaszok ket kep kozotti kulonbseget vizsgaljak azonnal latszik, hogy a VP8 mennyi reszletet elmos es mennyi informaciot veszit a H.264-hez kepest ugyanazon a bitratan. Szimplan tedd ki ket kulon tabra a ket kepet es valtogas koztuk. Meg a baseline-hoz kepest is latvanyos a differencia.

---
pontscho / fresh!mindworkz

Azért szerintem ezen még fognak javítani. Az az x264 fejlesztő, akinek az írását sokszor fel szokták hozni a VP8-cal kapcsolatban is azt írta, hogy szerinte még sokat lehet javítani az encoder-en (igaz nem volt számomra egyértelmű hogy a sebességre vagy a minőségre értette elsősorban). A Theorát is amúgy szépen fejlesztik, minden újabb kiadásnál szemmel látható a különbség, csak sajnos a lemaradásuk még így is túl nagy. Érdemes megnézni ezt az oldalt mutatja a különbséget a régi és az éppen fejlesztés alatt álló Theora encoder között (rá kell vinni az egérmutatót a képekre).

Szóval én bízom benne hogy még javulni fognak :)

( kikke | 2010. 06. 16., sze – 20:33 )

Az egyik fos, a másik mos. Mit nyertem?

De csak mert két homályos, hunyorítva talán víznek meg kavicsnak is kinéző 720p-s felbontású paca közül lehet választani.

Ehhez még a H.264 Constrained Baseline Profile (mobil eszközökre, alkalmazásokhoz) is sok, de az is lehet, hogy alacsony felbontásról 720p-re upscale esetéről van szó.