- Jan 22, 2014
-
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
Change-Id: I2380b1b80f48496732b69c8255a485024d375f0f
-
Deb Mukherjee authored
-
Yaowu Xu authored
-
Christian Duvivier authored
-
Dmitry Kovalev authored
-
Adrian Grange authored
-
Johann Koenig authored
-
Hangyu Kuang authored
-
Adrian Grange authored
Change-Id: I46dd5ce06f36362c6274511cd1531d93926aa9bc
-
Yaowu Xu authored
Reading second motion vector only when it has a second ref_frame Change-Id: Ica72c1cd955832e15ceccda5e5a17b0bfcd83044
-
Dmitry Kovalev authored
Change-Id: I60f2ce77638cf7d2116bc1e64b466942c76644e0
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Adrian Grange authored
-
Dmitry Kovalev authored
Change-Id: I597645a15fff2d3a1104861a5c90f64394952e0b
-
Dmitry Kovalev authored
Change-Id: I1d556ddf04ab0a98eadf412972a6977c1055446f
-
Dmitry Kovalev authored
-
Martin Storsjö authored
This fixes building with MSVC for arm. Change-Id: Iffae0408e0c68760e87e96b9e17d9df8e8cadb1a
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
Change-Id: Ia63e2d05fa5dca3fb67788b0f1f28e9802ef27dd
-
Yaowu Xu authored
-
James Zern authored
* changes: test/: remove some unnecessary extern "C"s rtcd.sh: add extern "C" to generated headers
-
Johann Koenig authored
VS2013 Chromium builds failed with: warning C4742: 'vp9_coefband_trans_8x8plus' has different alignment in https://code.google.com/p/chromium/issues/detail?id=336620 Change-Id: I865f72bc23ae958531eeb5f497002c12e9a36fcd
-
Deb Mukherjee authored
Adds an arbitrary-size resize library for use in scaling of input frames in a non-normative manner in the vp9 encoder. The method used is as follows: Downsampling - Uses a 8 tap filter for factor of 2 decimation upto a size just higher than the desired size. Then interpolates pixels at a precision of 1/32 pel using a set of 8-tap filters. Upsampling - Interpolates pixels at a precision of 1/32 pel using a set of 8-tap filters. There is no assembly optimization yet. Change-Id: Ib5b81e174fc139da322bb97c8214d52289d60d8a
-
Aℓex Converse authored
-
Yaowu Xu authored
-
- Jan 21, 2014
-
-
Hangyu Kuang authored
Encoder's boarder is still 160, while decoder's boarder will be 32. With on demand and separate boarder buffer for boarder extension. The decoder's boarder does not need to to 160 anymore. Change-Id: I93d5aaff15a33a2213e9761eaa37c5f2870747db
-
Dmitry Kovalev authored
Change-Id: I8d693371a29103769d5bed9d5f9cfe4f58ca3189
-
Yaowu Xu authored
Change-Id: I2f85c6b058638571d68a7209779de8ca8168934f
-
Adrian Grange authored
When showing a previously decoded frame, we need to explicitly set the show_frame flag. For the current frame being decoded this flag is explicitly set in the frame header. This should fix WebM Issue 696: http://code.google.com/p/webm/issues/detail?id=696 Change-Id: I5751a809813f88d2ca6f62c47c3878475ff9ba8d
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Jim Bankoski authored
The affect on quality was minimal. Less than .1%, various sets yt ( +.15%), derf (-.1%), hd ( -.1% ), std hd(-.15%)... The affect on speed of encode at speed -5 was substantial ( ~3% ). Change-Id: I8903346fbae0c35f5b9ea20f81fdd239ae81247d
-
Yaowu Xu authored
-
- Jan 18, 2014
-
-
James Zern authored
Change-Id: I57a94d2f9e26a872a20d805a506855a20e61c356
-
James Zern authored
Change-Id: Ifb30518555402eb473c3fde81bc860fbe17851dd
-