- 05 Mar, 2014 1 commit
-
-
Dmitry Kovalev authored
Change-Id: I9717ef611ef9c39b109b2358c9771bf7fae2dd50
-
- 03 Mar, 2014 1 commit
-
-
Deb Mukherjee authored
The core motion estimation fucntions all return sad now consistently. The only exception is vp9_full_pixel_diamond(), however the core diamond and refining search routines called from vp9_full_pixel_diamond() also return SAD. If variance of pred error + mv cost is desired it must be calculated explicitly outside these functions. For very fast encoding, hopefully this will eliminate some redundant computations. Also suggests reimplementing FAST_HEX with the vp9_pattern_search framework. It is not exactly the same as the existing FAST_HEX, but performance is slightly better and speed is very similar. Enables removing a lot of duplicate code. Change-Id: I152736393438c25bdf7e96b37cbb8ce330f4f94a
-
- 02 Mar, 2014 1 commit
-
-
Yaowu Xu authored
Change-Id: I111c5bd0dd47db7b1f6952c18056bee548bb42e9
-
- 28 Feb, 2014 2 commits
-
-
Yaowu Xu authored
Change-Id: I7255b3bc47d760333f58ac4878becbcc8ad30967
-
Dmitry Kovalev authored
Change-Id: Iee4f8443971fe2b21762d87f0be5751329768b5a
-
- 26 Feb, 2014 1 commit
-
-
Dmitry Kovalev authored
Usage of encode_b_args is unnecessary because encode_block_pass1() doesn't use them. That's why optimize_init_b() call is also not required. Change-Id: Ib6cfe4916c2ca85749c90bb0adcba6fea592f9ac
-
- 18 Feb, 2014 1 commit
-
-
Adrian Grange authored
Removed the comment "// __asm emms;" from all calls to vp9_clear_system_state. Change-Id: Ib4dae69c1cdf3f185b04184a870cd70c4d703f10
-
- 15 Feb, 2014 1 commit
-
-
Adrian Grange authored
Change-Id: I29e4d3a3c8cceb18825371bb78c83c0e7dd86e0f
-
- 14 Feb, 2014 3 commits
-
-
Adrian Grange authored
Change-Id: I568861ba1d43620865ad9a98a97eef37a51fd856
-
Jim Bankoski authored
Change-Id: If3a2edd744eb76337fa78f34d0e059cda2c6da54
-
Jim Bankoski authored
Change-Id: I6fe9ec50f937b12fd9c9321465270e289dbbc59d
-
- 13 Feb, 2014 1 commit
-
-
Paul Wilkins authored
Flipping arf on and off too often is hurting some clips. This change makes no difference for 50-75% of our test clips but helps some by a big margin. (eg. std-hd crew by 6% and one of the YT and YT-hd clips by 14%) Average improvements for 2 pass, speed 2 (psnr,ssim) are as follows:- derf 0.165%, 0.210% yt 1.210%, 1.464% yt-hd 1.189%, 1.471% std-hd 1.031%, 0.886% Change-Id: I121fe66cfb4a62d384b23b484a7d648789641969
-
- 12 Feb, 2014 2 commits
-
-
Jim Bankoski authored
Change-Id: Ic8708bb8a56ab30617c8ef47072b53928a53a1a3
-
Deb Mukherjee authored
Removes certain cases of feedback of active_worst_quality, and removes it from the RATE_CONTROL structure. Now active worst quality is expected to be computed locally in the q picking function during the encode. Making temporal filter strength depend on avg_frame_qindex rather than on active_worst_quality actually improves performance esp. for yt. derf: +0.038% yt: +0.359% Change-Id: I1fe5a343034b55af9322289165321f00ac0827b1
-
- 11 Feb, 2014 1 commit
-
-
Yunqing Wang authored
In real time encoding, we enable encode_breakout to make encoding fast. A speed feature "use_encode_breakout" is defined to set encode_breakout thresholds for different speeds. However, currently, static_thresh is an encoder option. The encode_ breakout can be turned off if user sets static_thresh=0 specifically. The rtc set borg test result: (need to set --static_thresh=1) speed -5, psnr loss -3.543%; speed -4, psnr loss -2.358%; speed -3, psnr loss -0.771%. Encoding speed test: speed -5, 11% - 60% speedup; speed -4, 5.5% - 28% speedup; speed -3, 0.8% - 7% speedup. Change-Id: Icde592ffbe77eac7446f872a2e9eb2051733677b
-
- 10 Feb, 2014 1 commit
-
-
Deb Mukherjee authored
Some parameter changes and fixes on one-pass rate control. derfraw300 is now only 10% below 2-pass speed 0 rate control. Change-Id: I1940eef8a5a035dc18e71b880d5e00cabd1f01b9
-
- 05 Feb, 2014 2 commits
-
-
Dmitry Kovalev authored
Change-Id: I111d6d1ea5ee641780abc096341369a37627aaae
-
Deb Mukherjee authored
Inlcudes a number cleanups: 1. Moves the one-pass pre-encode parameter setting functions to vp9_ratectrl.c 2. Deprecates per_frame_bandwidth in RATE_CONTROL structure 3. Removes target_bandwidth in cpi structure since it is not used. 4. Various renaming of functions There is no bit-stream change in 2-pass, one-pass cbr and one-pass vbr modes. Change-Id: Ifd9916bf4d485b7d04c5f52044ffe6703254ccbd
-
- 04 Feb, 2014 2 commits
-
-
Dmitry Kovalev authored
Change-Id: If3a1af1a54f3a3c0d9c966fdc0721981070c7f28
-
Deb Mukherjee authored
Fixes rate control partially in one-pass non-cbr case to achieve a bitrate close to the one desired. Previous version was way off at the high bitrate end. Also includes several one-pass rate control cleanups and refactoring. On derfraw300, one-pass encoding is now 19% off from two-pass speed 0 encoding, down from 35%. Change-Id: I6f0dcdb7f8aa85a7e7cd3a3155d4f9d2a4d2f4f4
-
- 01 Feb, 2014 3 commits
-
-
Jim Bankoski authored
Change-Id: Ifdd951f24932839f06d1c700371662511dde6ebe
-
Dmitry Kovalev authored
Change-Id: Ie7b295190d8def447408e575ea0f3fa3c7eb7dd2
-
Adrian Grange authored
Change-Id: I64569afe61a2679afdd263d3e226a89b9f73cc61
-
- 31 Jan, 2014 1 commit
-
-
Adrian Grange authored
Added a constant to represent the minimum KF boost rather than using the magic number 2000 in the code. Change-Id: I9428b61f47d26312caff81c6f9ae8587df004791
-
- 29 Jan, 2014 2 commits
-
-
Dmitry Kovalev authored
Change-Id: Ic2ff6405f01fd43d07c5ee3b5e374909401115cc
-
Deb Mukherjee authored
Includes a few fixes and clean-ups that adds the ability to use alt-ref frames in one-pass mode. Whether alt-refs are actually used or not is controlled by a macro USE_ALTREF_FOR_ONE_PASS in vp9_firstpass.c. This first cut seems to improve derf by 15+% in 1-pass mode. But further experiments with parameters are underway. Change-Id: I78254421435478003367c788c7930d2dc4ee2816
-
- 25 Jan, 2014 1 commit
-
-
Dmitry Kovalev authored
Change-Id: I31373ad860eb554eb3b03e877e8fba580dc3de07
-
- 24 Jan, 2014 1 commit
-
-
Yaowu Xu authored
The sum of squared mv components can go beyond int range for large input resolution. This commit changed the type to int64 to avoid overflow. Change-Id: Ib21ea2817845cea1435f893064e6417c79c5bc64
-
- 23 Jan, 2014 3 commits
-
-
Dmitry Kovalev authored
Change-Id: Ic352b0429d5784f9d78872a478fe6275ee7a56a0
-
Dmitry Kovalev authored
Change-Id: I9b94e741201eacb1982014724a532bdaae31f130
-
Adrian Grange authored
Change-Id: I24ad1f0f1cb0e991c476ea174db8ac1584929b02
-
- 22 Jan, 2014 1 commit
-
-
Dmitry Kovalev authored
We used y_width/y_height instead of y_crop_width/y_crop_height. Change-Id: Ia796494956f16d7a4085e043d58bdfe6de19abe7
-
- 21 Jan, 2014 1 commit
-
-
Yaowu Xu authored
Change-Id: I2f85c6b058638571d68a7209779de8ca8168934f
-
- 16 Jan, 2014 2 commits
-
-
Alex Converse authored
Set this_key_frame_forced flag and don't use kf_boost when not set. Change-Id: Ibe66a82fa9219e60db358ddeb43d6471816c8b50
-
Dmitry Kovalev authored
Change-Id: I733a84ec178439ead66e031395d9a8e49e8f4d1a
-
- 15 Jan, 2014 3 commits
-
-
Dmitry Kovalev authored
Change-Id: I0fbb7615545861e26ebffe72bd44f3a0e8616df7
-
Dmitry Kovalev authored
Change-Id: Ia24c9b1ff2d51dd9cb133722a041a615e1b8419f
-
Dmitry Kovalev authored
Change-Id: I4826a71c7f99db09e5362b16703d024939587f25
-
- 14 Jan, 2014 2 commits
-
-
Paul Wilkins authored
Applies an upper limit on burst bitrate for any frame. This is to insure that typical encodes for YT do not produce frames that are so large that they risk stalling HW implementations. Such frames could also cause playback problems in SW. For now the limit is set at 250 bits per MB for 1080P and larger (with the 1080P limit used for smaller frames). Setting maxQ, constant quality mode or targeting a very high bandwidth will have precedence over this limit. Change-Id: Ie6f776c38b06ac7cec043d034085f4b79ee46a38
-
Dmitry Kovalev authored
Change-Id: Ia2ffca072f5391b277ce1a0c4e5b4ece9ffc6831
-