Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Change-Id: I1d8c312a599db505a023e5cd0cc4ba2b8f696a2e
|
|
Change-Id: I4341d16ef83acd1cc9e55f7c5eff4af921bf57d4
|
|
Change-Id: I88e018442c527cf21eac791f0768e805dda244f1
|
|
This code/setting was actually not used (since speed features were not set on first frame,
until a recent change) and should be removed.
In CBR mode, the q value for the first frame can be controlled by setting
the target size via the parameters rc_buf_initial_sz (and max_intra_size_pct).
Change-Id: I65afc64972b36c449bd5a8c25800e65da5389066
|
|
Renames:
mi_8x8 -> mi
mode_info_stride -> mi_stride
Change-Id: I66f3e5fd1e7b7f46f108af5bb711c5fd9493c1be
|
|
|
|
Change-Id: I4de07d3ef81ebba759a983207d9ca768a65220a6
|
|
|
|
|
|
While encoding a frame, its last frame source can be used to give
acurate motion information. This patch prevents last frame to be
overwritten so that it is available during current frame encoding.
The last source is scaled when it is necessary. cpi->Last_Source
points to the last source frame.
Change-Id: I0e1ef5e9e1d2badf9d0c7a1a44a7ed5b24c09425
|
|
|
|
Change-Id: Ie2ea9dd8bd338cc9fe12ca9033df64f7644c68b3
|
|
Use a crude correction factor to correct for
lower compression efficiency at higher encode
speeds when estimating the max Q for the
clip.
Change-Id: I5ae377647f4adf5e91d700a8791fb3b8f70efc73
|
|
This fixes active map for non-rd realtime speeds.
Change-Id: I1bf416de3f7ef2e5dd2eabde052cce3c0683a52c
|
|
This commit optimizes the bit allocation for the non-RD coding flow.
It applies slightly better quantizer to the frames, where all blocks
run a non-RD partition search. Such frames typically have better
rate-distortion trade off, thus improving the reconstruction quality
for next few frames reference at reasonably low increment in rate
cost.
The coding performance for rtc set at speed -5 with error-resilient
tuned on and rate control set as cbr is improved by 19.58%. It improved
the coding speed by about 10% for a portion of local test clips.
Change-Id: I9d56696cd4359dc8136ca10aff10fff05aaa2686
|
|
|
|
|
|
Change-Id: Ia6d7e7a08810e0c3401da4d10266828d560e6851
|
|
|
|
Change-Id: I2a169535489aeda3943fb5a46ab53e7a12abaa36
|
|
For very large size video image, the scaling calculation may need use
value beyond the range of int. This commit upgrade the value to 64bit
to make sure the calculation do not wrap around INT_MAX.
The change corrected the decoder behavior.
The bug affects only very large resolution video because the scaling
calculation was sufficient for image size smaller than 2^13.
This resolves issue:
https://code.google.com/p/webm/issues/detail?id=750
Change-Id: I2d2ed303ca6482f31f819f3c07d6d3e98ef3adc5
|
|
This commit adjusted the speed steps in rt mode to make the steps
more evenly spaced on speed and quality, specifically:
1. Merged 3 and 4 into one single step 3 and removed confilicting
features.
2. Move 8, 7, 6, 5 to be 7, 6, 5, 4 repsectively.
Change-Id: I38d56d61531f3561d772aef953c411c8fb38c063
|
|
|
|
|
|
Root cause is the different default register length between x86
and x64 platform. Change spatial_layer_id to long long.
Change-Id: If1a5972365c7a59f7e76cb4fd714610f3d48a8ff
|
|
Change-Id: I366850015004644c4fc7feabe27a782fdd8d8718
|
|
|
|
Change-Id: I3e20c0cdb9d2437bddf21afb255855f2dead8e02
|
|
Change-Id: I7d9874da8ff78a2d7e0cf11073af9c30538bc9a6
|
|
|
|
|
|
|
|
Change-Id: I4eb815156ecaab02c9182e6e1abbea0e4d86c441
|
|
Change-Id: If67ed8721f258883e41bab18f5c456505de68785
|
|
|
|
Change-Id: Ia6b1e3c5a8ac21219bbfe9eecdb4801f3eaa10e5
|
|
Change-Id: Ib09eedc17ea0ea2eec75d78112e4786d98f382aa
|
|
Properly obtain and buffer the segment_id in non-RD mode information
update process.
Change-Id: I43230001872f6a986d12c0d94e98fdec0db3be2c
|
|
|
|
Small speed gain for speed 1.
Quality is generally a little up for speed 2.
Speed 3 was similar to speed 4 but now positioned more
evenly between 2 and 4 speed and quality wise.
(opsnr +5.6% ssim +8.25% across all sets)
Speed 4 is a little slower than before but sizable quality gains.
(opsnr +3.7% ssim +6.8% across all sets)
The code has been cleaned up a bit so that for each incremental
speed step changes over the previous speed step are applied.
This makes it easier to see what is changing from one setting to
the next.
Change-Id: I2d98d0d6230af23486adaec01908f58942a7cdeb
|
|
|
|
Allow tx search for ARF and GF helps quality but a little slower.
Setting subpel_iters_per_step to 1 improves encode speed.
Setting sf->mode_skip_start = 10 improves speed.
Initial local results suggest overall impact on quality is neutral
but encode is up to 15% faster.
Change-Id: Ibde02cae6626a44c10a1da0cefe888afbb51f037
|