Age | Commit message (Collapse) | Author |
|
|
|
|
|
Change-Id: I891bf936e03411ca611620e7cb2eb5081993a346
|
|
|
|
Change-Id: Ie829ee58a55157e6972c63cebe69a5d0a3221349
|
|
The decoder ignored the display width & height
specified in the frame header.
This patch adds a control, VP9D_GET_DISPLAY_SIZE, to
allow the application to obtain the display width and
height from the frame header.
vpxdec has been modified to scale the output frame to
this size.
Should the request for the display size fail vpxdec will
use the native width and height of the raw decoded
frame instead.
Change-Id: I25db04407426dac730263720c75a7dd6400af68a
|
|
|
|
|
|
|
|
|
|
This fixes issue 667.
In the case where the frame was an odd number of pixels
wide or high, the border was being extended by one col
or row too far.
The calculation of color plane dimensions was modified
to use those already computed at the time the frame
buffer was allocated.
Also freed the temporary scaling buffer in vpxdec to
prevent a memory leak.
Change-Id: Ied04bdcdfd77469731408c05da205db1a6f89bf5
|
|
* changes:
detokenization speedups
Don't write 0's to token_cache
|
|
|
|
Moves all rate control variables to a separate structure,
removes some currently unused variables,
moves some rate control functions to vp9_ratectrl.c,
and splits the encode_frame_to_data_rate function.
Change-Id: I4ed54c24764b3b6de2dd676484f01473724ab52b
|
|
Change-Id: I6a48d1f35ed5fe7a2c7499675b339994c9c3bdf2
|
|
Change-Id: I0c44800db10db8d74c1ddfe89abecfd1c53d0f8d
|
|
|
|
removed unnecessary ifs and branches ..
Change-Id: Id1698a35292659388f48926791024d1400f2cea9
|
|
|
|
- Rename the struct to VpxEncoderConfig.
- The idea behind this is to enable checking the global settings against
stream specific settings in source files other than vpxenc.c.
Change-Id: Ic736cbb714845b9466acb34671780d65b83ad1a8
|
|
|
|
|
|
Change-Id: I9ea3946c17b19f511565cd771037abe7db8b3ddb
|
|
|
|
|
|
The change caused mismatches with some test vectors on neon.
Original CL: https://gerrit.chromium.org/gerrit/#/c/67863/
Change-Id: I913891636d53783e93cb1865ca78ded1821dc4b0
|
|
This code only updates the token_cache if the result is non0.
Change-Id: Idcabd0b993a926fea9c29dbec134b9c5c4859b40
|
|
Using for loop based on max_tx_size instead of separate checks. Combining
build_coeff_contexts() with update_coef_probs().
Change-Id: Ie335a7db29830677fbc14478a9c190d3c1068665
|
|
Modifications are done to reduce the total clock cycle.
Speedup: 1.2
Tested with: park_joy_420_720p50.y4m
Change-Id: Ia36b87e62e2f80a5fadaf5628729aedc80f38f3f
|
|
|
|
|
|
|
|
Added filter_selectively_vert_row2 to be ready for parallel
loopfiltering in vertical direction. This change did 2-row
filtering at a time. If 2 vertically adjacent 8x8 blocks do same
type of filtering, we can do 16-pixel filtering in parallel.
Next, we need to provide 16-pixel loopfiltering functions in c
and optimized versions for codec speedup.
Change-Id: Idf97bbdd70566e55bd30e1fd25cb8544e33291be
|
|
|
|
Add support to do 16 pixel horizontal filtering in Neon.
Nexus devices saw about 0.5% decode speed increase.
Change-Id: I2993f6c2d49f31fa74976879eeaa289fd3f4e15d
|
|
Also, clean up stylistically questionable code near my changes.
Change-Id: I92c96a274cb339b7b74174a608f94ae86aba8354
|
|
|
|
|
|
|
|
Change-Id: I67d1681c7b17661deb792c5e6a9e2014a73ff9b7
|
|
Change-Id: Ibe847000467fe46bf8ce87d8f1ef8f2d5ad1eaf4
|
|
Although no mismatch was indicated for 8/16 wide sub-pixel filters
in issue 661, they had similar problems that could cause mismatch
potentially. This patch fixed calculations in HORIZx8/16
and VERTx8/16.
Change-Id: I169961c9d40a20340995b7d22aafc89ccf30bfca
|
|
Change-Id: I29c0dfcf41a1253d5e2a0d2ff740c0c38ebaa5a2
|
|
|
|
Change-Id: Iadd771a33c8874f3b774923bca4da3c8fe5429ee
|
|
Change-Id: I98d750ee92ff51fb714980418ea28be3b1d0f3c6
|
|
|
|
Change-Id: Ia568f70bddc1a2b62141a0197459119ca74c22b5
|
|
|
|
Change-Id: I5556e8d1fc150be8a3e93af21900829b59a500dc
|