Age | Commit message (Collapse) | Author |
|
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
|
|
|
|
|
|
|
|
|
|
|
|
Change-Id: I50922bb1a689f8515debaa018f850b231c21189f
|
|
Change-Id: Ie2a4606daf35b327d6f2ac8d7fd8f6cacf4c5b6a
|
|
|
|
Change-Id: I091dfaa0ed5b9672eedd46d6097469d0802e24ef
|
|
Reference frame masking helped good quality mode to gain about 5% in
encoding speed, this commit enable it for rt mode to gain the speed
improvement.
In addition, this commit move the speed feature setup to a separate
function.
Change-Id: I015e8f78bbb21dd43ae183b9b9355bea2ccda9c5
|
|
|
|
To reduce pulsing we now allow an arf just before forced key frames
and at the end of a clip or section (which may be stitched to
another clip or section). However, this does not make sense for
key frames arising from real scene cuts.
Change from original patch reflects other recent changes in regard
to alignment of gf/arf and kf groups.
Change-Id: I074a91d1207e9b3e28085af982f6718aa599775f
|
|
Further fixes regarding min and max rate.
Bug fixes re kf group bits and last kf group.
Change-Id: Iaafd719d30a489e135a3c55851ce8c632091a436
|
|
Change-Id: Ic46da8897d2fb5351e22d6d74805fd9d78c81b32
|
|
|
|
|
|
negative patterns begin with _one_ '-', not one before each pattern.
https://code.google.com/p/googletest/wiki/V1_7_AdvancedGuide#Running_a_Subset_of_the_Tests
Change-Id: I6fd527b31bc2571dfdaa453cbbb57c77b3409563
|
|
|
|
|
|
Introducing calc_psnr() which calculates psnr between two yv12 buffers.
Previously we incorrectly used width/height instead of
crop_width/crop_height to calculate number of samples -- fixed.
Change-Id: Iecda01980555de55ad347e0276e6641c793fa56c
|
|
|
|
|
|
|
|
|
|
Added comments to explain what the various speed features do, and removed
1 that was clearly unused.
Change-Id: Icd37a536072ddafedbfaefcecbe48979f6d10faf
|
|
This funtion initializes buffer pointers and first stage motion vector
prediction. It will be needed by both regular rate-distortion
optimization loop and the non-RD mode decision. Hence move its
declaration in vp9_rdopt.h
Change-Id: I64e8b6316c9d05f20756a62721533a2e4d158235
|
|
Change-Id: I1f0ae2edc3a96b33c0494d165ae756a8feba6184
|
|
Filter out files ending in _neon.c and append .neon so the Android build
system knows to apply -mfpu=neon
Change-Id: Ib67277e5920bfcaeda7c4aa16cd1001b11d59305
|
|
|
|
Change-Id: I6a0dfb95c55ee6cadc7b1675782c7830e5c7caaf
|
|
|
|
Change-Id: I02e44c10660fdb9201a802ad19ceb64756feeebe
|
|
Change-Id: I5df6abceb0a2a69706feadeb820b593cae88f573
|
|
|
|
Fix the valgrind error due to access uninitialized
memory in loopfilter.
Change-Id: I52fccf5ede845ee1f4c13d3bd909b8f220c0bdff
|
|
|
|
This reverts commit 511d218c60b9b6c1ab9383db746815e907af0359.
In current form intrinsics break borg build.
Change-Id: Ied37936af841250ecff449802e69a3d3761c91b9
|
|
This commit allows encoder to compare the SAD cost associated with
the best motion vector predictor, per frame. If one reference frame
has this cost more than 4 times of the best SAD cost given by other
reference frames, skip NEARESTMV, NEARMV, ZEROMV mode check of this
reference frame.
This setting is turned on in speed 2 and above. Compression quality
change in speed 2:
derf -0.014%
yt -0.097%
hd -0.023%
stdhd 0.046%
It reduces the speed 2 runtime of test sequences:
pedestrian_area_1080p 4000 kbps 310763 ms -> 303595 ms
bluesky_1080p 6000 kbps 259852 ms -> 251920 ms
Change-Id: I7f59cf79503d51836d61d56d50dc5bdf0e502e22
|
|
|
|
|
|
|
|
Cleanups on frame refresh flags and external overrides.
Change-Id: Ia6a56fe1bde906b1dc3fcbf4ef1c7b207cd2df2d
|
|
|
|
|
|
Under a configuration change, where the bitrate suddenly decreases,
the buffer level may be larger than maximum allowed (for that first frame to be encoded after change_config).
This change keeps it clipped to its maximum level.
Change-Id: I4d0b5b3d1fd8148600dd39e02bd630c9464baba5
|
|
|
|
1. Made speed choices to be progressive
2. Adjusted rt speed settings to achieve better speed/quality
Overall, rt-5 gained 2.5% in compression/quality, encoding time of 720p
niklas clip goes from 137,052ms to 121,874ms
Change-Id: Ia6e7e1e15225395a868a2f1059c3db8e266e1600
|
|
This commit further optimizes SSE2 operations in the second 1-D
inverse 16x16 DCT, with (<10) non-zero coefficients. The average
runtime of this module goes down from 779 cycles -> 725 cycles.
Change-Id: Iac31b123640d9b1e8f906e770702936b71f0ba7f
|
|
|