- Nov 27, 2017
-
-
Yaowu Xu authored
2147483648 by itself can not be represented by a 32 bit "int". Change-Id: I738573fed9f53c00b04693306acb9ad43a6485a9
-
James Zern authored
It actually tests all sizes lpf functions. this matches libvpx: 539961388 Rename test/lpf_8_test.cc to test/lpf_test.cc Change-Id: Ib35bcd3c3835fbb57838b41bc9c7be858104dfdb
-
James Zern authored
Rename aom_lpf_horizontal_edge_8() to aom_lpf_horizontal_16(). Rename aom_lpf_horizontal_edge_16() to aom_lpf_horizontal_16_dual(). based on the same change from libvpx: 7f1f35183 Unify loopfilter function names Change-Id: I4fda7a2e3a893fc3dee0779975e2d4145c32f5d2
-
Extract the duplicated data generation code in OperationCheck() of Loop8Test6Param and Loop8Test9Param, and put in function InitInput(). ported from libvpx: 2d1e63d0c Remove duplicates in Loop8Test6Param and Loop8Test9Param Change-Id: I0cdcedf205c6684b82751fe9a3da33f4f030bb48
-
in mb_lpf_vertical_edge_w() One branch of filter8() in mb_lpf_vertical_edge_w() was not tested. ported from libvpx: ba42ce64b Fix a bug in test/lpf_8_test.cc bbf4c91f7 Update Loop8Test{6,9}Param to test filter8() in mb_lpf_vertical_edge_w() Change-Id: I43fb48b8cb91670d6de6527f9368acabdef2505a
-
Yunqing Wang authored
Added a copy function (c version and sse2 version) for full-pixel motion vectors. Here, the compound or non-compound cases were not separated, and the left shifting were always done. Change-Id: Idb13e7c0576503a434d0d6e926cd54db645a4ff9
-
Deb Mukherjee authored
When the flag DISABLE_VARTX_FOR_CHROMA is on chroma is constrained to always use the largest transform size for the prediction unit size. This is meant to simnplify the logic for transform size selection for chroma with hopefully no loss. Results: lowres 30 frames, speed 1: -0.038% (a slight improvement). lowres 30 frames, speed 0: 0.000% (noise level difference). Change-Id: I14dd5b1983d908bd98e59b7d252e11f5755c97e6
-
Deb Mukherjee authored
Change-Id: I807dc86489bc9219a24801841e66b555a2d7a51f
-
Sebastien Alaiwan authored
Change-Id: I42ffbcfed9ef308a2e547d04ccc76670eb405e44
-
Sebastien Alaiwan authored
Change-Id: Icbd008d5e973aa5038e857af460e55964fe36b13
-
Sebastien Alaiwan authored
Change-Id: I424ff643e6f46216934c96fa9d34a27c46b3e7f2
-
Yaowu Xu authored
Change-Id: I53d5a29c1dc1c93535e1e6c6bef34f232feb5e1e
-
- Nov 26, 2017
-
-
David Barker authored
Don't mention BLOCK_128X128 if ext-partition is disabled Change-Id: If26e36c49e62f2bd2626e81073a3d52d7e78a719
-
- Nov 25, 2017
-
-
Yaowu Xu authored
Change-Id: Id277fbfa7cafdd89ad91e67170d9c75fa9416d46
-
Sebastien Alaiwan authored
Change-Id: I5ec79635c716b2d1f1b200dcc3067213f2eedd08
-
Sebastien Alaiwan authored
The file sad.c alone takes 35 seconds to compile. This often happens to be on the build critical path. Split it into two source files so they can be compiled in parallel. Change-Id: I35636d8a3da9d67edb8dbf202fd5e7a687a6aaa9
-
Yaowu Xu authored
Change-Id: Ia76f0686b0fc340eb5dd28b7245f72d0f158ed42
-
Yaowu Xu authored
Change-Id: Ic20b7314fc3a61738f2089d393f672d801037dda
-
Yaowu Xu authored
Change-Id: Ia1628a6130b6614f0471810d88e7a5e112276484
-
Yaowu Xu authored
Change-Id: I85719b10a41c1ab5f3b963ab7a70c14d43f197cb
-
- Nov 24, 2017
-
-
Sebastien Alaiwan authored
Change-Id: Ia90ad41050efeec31a92541e9dfc6c46ef75362c
-
Sebastien Alaiwan authored
Change-Id: Ibe313aa31ea593d121a1b6078ef8f7849cb58092
-
Sebastien Alaiwan authored
Change-Id: I4ad02b76df285526ba6c3b884e6a1335369ba2e9
-
Sebastien Alaiwan authored
Change-Id: Ia07c54a0a57d810fea2598eaf4ff2034daa441af
-
Sebastien Alaiwan authored
Change-Id: Iaed205ac520e6f4dbec8b406f15598f4f2fbd3f9
-
Rupert Swarbrick authored
The change can be temporarily reverted by setting ALLOW_128X32_BLOCKS to 1 (for easy "is this better?" testing: we'll get rid of the option once it's clear what we're doing). Since this means we have to modify the "num_partition_types" calculation in functions like read_partition, we move it into a helper function called partition_cdf_length(). Doing this makes the bodies of read_partition and write_partition somewhat simpler than they were. Change-Id: I3573f62f71dc3344aed2dcb3e423e034eb56a7c5
-
Sebastien Alaiwan authored
Change-Id: Id39e4231b5ba8e86b92f478185b61d1a5b9eeeeb
-
- Nov 23, 2017
-
-
Yaowu Xu authored
This is a work around to avoid out of memory crashes for 32 bit platforms in nightly tests. Change-Id: I2cd009dcfea1ae61832da35e4e4e23dc7bb88b16
-
Sebastien Alaiwan authored
Change-Id: I5bd080f1fd5c14ea72ea7eb795eb1b8996a8fa76
-
Rupert Swarbrick authored
The first stage of the selfguided filter is to generate box sums of the input image (and its squares). This is done with a pair of integral images, which are the same for both calls in apply_selfguided_restoration. This patch refactors things so that av1_selfguided_restoration calculates both "flt" buffers, allowing it to reuse the integral images that it calculated. Change-Id: Ica2f6f66e41bea38eb1a135c78c1d7ddab434d8e
-
Sebastien Alaiwan authored
Change-Id: I36a4ca8bc0c2390b5731b2a60bdca54e3e37868a
-
Sebastien Alaiwan authored
Change-Id: I5b03c02657134bbd50c647645898c5d2f6286d2a
-
Jonathan Matthews authored
BUG=aomedia:1060 Change-Id: I051ff95b411cb27b0025cd634b5c599199ed082d
-
Rupert Swarbrick authored
This doesn't have a big performance impact, and it's rather simpler just having one version of everything. Change-Id: I5fa5e7640a63d0ccb0c371f266c6eee99d9520f9
-
Rupert Swarbrick authored
Change-Id: Ifac3a3bf620061865b82b986d6b16bcabd96a187
-
Rupert Swarbrick authored
This fixes some Valgrind errors caused by reads from x_by_xplus1 that used tainted data as an address (see the comments in selfguided_sse4.c for what's going on). It also rewrites the algorithm to use an integral image approach instead of the handwritten filters that the code was using. The end result is roughly the same efficiency (I think that there's one more memory load per group of pixels, but this seems not to be measurable) and I've done some performance optimisation with perf too. Several 32-bit multiplications have been replaced by madd instructions which do 16-bit multiplications and add adjacent lanes. This is equivalent to a 32-bit multiplication when the 32-bit lanes contain numbers below 2^15, but runs significantly faster. Change-Id: I3d0f3043c7861707a56e2fd1849574dc73897d6c
-
Hui Su authored
BUG=b/69488541 Change-Id: I2113bba4589f61a09d0dd07c64a522f4d0ae304b (cherry picked from commit cccda0db727c2282375b174104294b40911d1447)
-
Hui Su authored
BUG=b/69445855,b/69441422 Change-Id: Iaf5aba78dc39f01c87fb726611e674d34af6bffe (cherry picked from commit 75ff22f309de2e25477d336a6a8e9e58d3bb2272)
-
James Zern authored
under visual studio c4334: result of 32-bit shift implicitly converted to 64 bits (was 64-bit shift intended?) Change-Id: If06793116ddfbe3265a17a17a2bcaa6ee8cf9e2d (cherry picked from commit 535ecf6b31fe97f704f6725989cffad88ad960d8)
-