Linked by Thom Holwerda on Thu 30th Sep 2010 23:04 UTC
Google A few months ago, Google open sourced the VP8 video codec as part of the WebM video project, to create a truly Free/free unencumbered video format for the web as an answer to the non-Free/free patent-encumbered H264 format. Today, Google launched a new image format for the web, WebP, which aims to significantly reduce the file size of photos and images on the web.
Permalink for comment 443622
To read all comments associated with this story, please click here.
RE[15]: Comment by hornett
by Gusar on Sun 3rd Oct 2010 23:14 UTC in reply to "RE[14]: Comment by hornett"
Gusar
Member since:
2010-07-16

Ok, here we go:
libvpx

$ time wine avs2yuv VTS_01_1.avs -o - | ivfenc -w 720 -h 432 --passes=2 --pass=1 --fpf=1pass_vp8_best.log -t 4 --best --target-bitrate=1050 --end-usage=0 --auto-alt-ref=1 --timebase=1000/25000 -v --minsection-pct=5 --maxsection-pct=800 --lag-in-frames=16 --kf-min-dist=0 --kf-max-dist=250 --token-parts=2 --static-thresh=0 --min-q=0 --max-q=60 - /dev/null && time wine avs2yuv VTS_01_1.avs -o - | ivfenc -w 720 -h 432 --passes=2 --pass=2 --fpf=1pass_vp8_best.log -t 4 --best --target-bitrate=1050 --end-usage=0 --auto-alt-ref=1 --timebase=1000/25000 -v --minsection-pct=5 --maxsection-pct=800 --lag-in-frames=16 --kf-min-dist=0 --kf-max-dist=250 --token-parts=2 --static-thresh=0 --min-q=0 --max-q=60 - video_best.ivf

Pass 1/2 frame 7623/7624 975872B 1024b/f 25603b/s 90886 ms (83.87 fps)
real 1m55.022s
Pass 2/2 frame 7623/8137 40024996B 42004b/f 1050111b/s 1920373 ms (3.97 fps)
real 32m46.961s

x264
time wine avs2yuv VTS_01_1.avs -o - | x264 --pass 1 --stats 1pass_x264_veryslow.log --bitrate 1050 --preset veryslow --tune film --sar 64:45 --demuxer y4m -o /dev/null - && time wine avs2yuv VTS_01_1.avs -o - | x264 --pass 2 --stats 1pass_x264_veryslow.log --bitrate 1050 --preset veryslow --tune film --sar 64:45 --demuxer y4m -o video_veryslow.264 -

encoded 7623 frames, 44.03 fps, 1031.17 kb/s
real 2m56.913s
encoded 7623 frames, 7.37 fps, 1050.69 kb/s
real 17m14.997s

Well interesting, x264 at veryslow was faster than libvpx at --good.
And now the screenshots, only two this time, but they should be enough to validate my claim:
x264_2_veryslow: http://www.imagebam.com/image/e3ab5d100545286
libvpx2_best: http://www.imagebam.com/image/64a4fb100545289

x264_3_veryslow: http://www.imagebam.com/image/963456100545290
libvpx3_best: http://www.imagebam.com/image/61d057100545293


As you can see if you compare to the previous encodes, not much has changed except it took longer to encode. The huge difference between x264 and libvpx remains. *Exactly* as I said.

Reply Parent Score: 1