- 14 Nov, 2014 2 commits
-
-
Deb Mukherjee authored
Change-Id: If74510370723e497f4f33d988b8b398124edf69b
-
Yunqing Wang authored
-
- 13 Nov, 2014 14 commits
-
-
Yaowu Xu authored
-
Yunqing Wang authored
Two members in struct CYCLIC_REFRESH int64_t projected_rate_sb; int64_t projected_dist_sb; are updated at the superblock level, which makes them shared data in the multi-thread situation, and requires extra work to handle them. However, those values are updated and used immediately, and therefore can be removed. This patch cleaned up the code and removed the two members. Change-Id: I2c6ee4552bf49fb63ce590cdb47f9723974fffb1
-
Adrian Grange authored
-
Paul Wilkins authored
-
Johann authored
-
Jingning Han authored
-
Jingning Han authored
-
Adrian Grange authored
Prepare for the introduction of frame-size change logic into the recode loop. Separated the speed dependent features into separate static and dynamic parts, the latter being those features that are dependent on the frame size. Change-Id: Ia693e28c5cf069a1a7bf12e49ecf83e440e1d313
-
Paul Wilkins authored
Add extra vp9_clear_system_state() calls to fix double / mmx issue introduced into first pass code for 32 bit builds. Change-Id: I84cd2986b80d83650a091ab25c43755efeb82e03
-
James Zern authored
This reverts commit 7d07f512. this breaks visual studio builds: '#' : invalid character : possibly the result of a macro expansion Change-Id: I77170d549afb71e75a878fa0f6acd204fe8d9e67
-
Yaowu Xu authored
Rate correction factor is used to correct the estimated rate for any given quantizer, and feeds into rate control for quantizer selection. We make use of the actual bits used to calculate this rate correction factor with an adjustment limit to prevent over-adjustment. This commit adapts the adjustment limit to the difference between the estimated bits and the actual bits, allows the adjustment limit to vary between 0.125 (when estimate is close to actual) and 0.625 (when there is >10X factor off between estimated and actual bits). By doing this, the commit appears to have largely corrected two observed issues: 1. Adjustment is too slow when the actual bits used is way off from estimate due to the small adjustment limit. 2. Extreme oscillating quantizer choices due to the feedback loop. Change-Id: I4ee148d2c9d26d173b6c48011313ddb07ce2d7d6
-
Deb Mukherjee authored
-
Debargha Mukherjee authored
-
Marco authored
Change-Id: I7a941c0efbb5912aa97348da6fd1aba28df4482a
-
- 12 Nov, 2014 5 commits
-
-
Peter de Rivaz authored
Change-Id: I1a74a1b032b198793ef9cc526327987f7799125f (cherry picked from commit b1a6f6b9cb47eafe0ce86eaf0318612806091fe5)
-
Johann authored
-
Yaowu Xu authored
-
Deb Mukherjee authored
Change-Id: Icdd5e71cd6a2b59bc4b3b972af9e4d4a36821792
-
Deb Mukherjee authored
-
- 11 Nov, 2014 4 commits
-
-
Jingning Han authored
This commit makes the speed -6 and above use the reconstructed boundary pixels for precise intra prediction. This allows more intra prediction modes to be tested in the non-RD coding process. Enabling horizontal and vertical intra prediction modes can improve the speed -6 compression performance for rtc set by 0.331%. Change-Id: I3a99f9d12c6af54de2bdbf28c76eab8e0905f744
-
Paul Wilkins authored
-
Yaowu Xu authored
I0c5f010 changed to allow update golden reference buffer in CBR mode, this commit changes the use of rate_correction_factor for those frames to be aligned with the new usage. This commit attempts to solve two issues: a. Initialization of rate correction factor for Golden Frame Prior to this patch, even the regular inter frame has been update the rate correction factor based on content and encoding results, the first golden frame would still use the ininitialized value that can be way off. b. Allowing rate correction factor update to be slightly faster Prior to this patch, when the rate correction factor is off, the update to the factor is too slow, the factor could not get close to a semi-correct value even after many frames. The commit helps all clips in psnr/ssim metric, but especially to a few clip in RTC set that rate correction was way off. For example thaloundeskmtgvga gained about .5dB for both overall/average psnr. Change-Id: I0be5c41691be57891d824505348b64be87fa3545
-
Deb Mukherjee authored
Adds support for one-pass rc-enabled SVC encoder with callbacks for getting per-layer packets. - the callback function registration is implemented as an encoder control function. - if the callback function is not registered, the old way of aggregating packets with superframe will take effect. - one more control function “VP9E_GET_SVC_LAYER_ID” has been implemented to get the temporal/spatial id from the encoder within the callback. This can be used to get the ids to put on RTP packet. Change-Id: I1a90e00135dde65da128b758e6c00b57299a111a
-
- 10 Nov, 2014 2 commits
-
-
Deb Mukherjee authored
-
Johann authored
-
- 08 Nov, 2014 1 commit
-
-
Alex Converse authored
-
- 07 Nov, 2014 9 commits
-
-
Deb Mukherjee authored
Change-Id: I266777d40c300bc53b45b205144520b85b0d6e58 (cherry picked from commit a1b726117f5470f227bc90cd030b7d25045dc510)
-
Deb Mukherjee authored
Change-Id: I3b5a478d198868c2796366f0ac59d0e2036308b8
-
Alex Converse authored
Change-Id: I39d9f13fa34984ee9dad0c4f303ef672635f420e
-
Paul Wilkins authored
-
Yaowu Xu authored
-
Paul Wilkins authored
Removed redundant weighting function tied for AQ1 from first pass code. Improvment in baseline AQ1 results:- Derf opsnr +0.142% SSIm +0.258% YT opsnr +0.173% SSIm +0.3% Change-Id: I16ef91caf2d7f302cd5940cc5e2626d48ebcb212
-
Yaowu Xu authored
This commit rename a reserved color space entry to BT_2020, it intends to provide support for VP9 bitstream to pass along the color space type defined in BT.2020(Rec.2020) please note this entry does not have any effect on encoding/decoding behavior, but allow applications to the pass the information along from encoding end to decoding end. Change-Id: I4678520e89141ea5e8900f7bd1c0e95b710b7091
-
Jingning Han authored
This commit integrates the non-RD mode decision process and the encoding process into a single recursion scheme. Change-Id: I6a7e72a0b84d567554801ebbe01ec75d54c1f77d
-
Johann authored
The obj_int_extract code is no longer worth maintaining. It creates significant issues when adapting for different build systems and no longer offers as significant of a performance benefit due to improvements in intrinsics. Source files will remain until the various third-party builds are updated. The neon fast quantizer has been moved to intrinsics. The armv6 version has been removed because so few remaining targets require it. Compilers and processors have improved significantly since the pack_tokens code was written. The assembly is no longer faster than the C code. pack_tokens were the only optimizations for the armv5te targets so the targets will be removed after the test infrastructure has been updated. BUG=710 Change-Id: Ic785b167cd9f95eeff31c7c76b7b736c07fb30eb
-
- 06 Nov, 2014 3 commits
-
-
Yunqing Wang authored
-
Jingning Han authored
-
Jingning Han authored
-