- 09 Apr, 2014 - 12 commits
-
-
Dmitry Kovalev authored
Change-Id: I9b8f9a3f4fa9d48695149dd68ecb5e8d84accafe
-
Dmitry Kovalev authored
-
Yunqing Wang authored
-
Dmitry Kovalev authored
-
Jingning Han authored
-
Deb Mukherjee authored
-
Dmitry Kovalev authored
Change-Id: Ib64edeb58b3e25488fb85bbe85c9decb15b4d0a1
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Frank Galligan authored
-
Yunqing Wang authored
Calculate the difference variance between last source frame and current source frame. The variance is calculated at 16x16 block level. The variances are compared to several thresholds to decide final partition sizes. An adaptive strategy is implemented to decide using SOURCE_VAR_BASED_PARTITION or FIXED_PARTITION based on motions in the video. The switching test is done once every search_type_check_frequency frames. The selection of source_var_thresh needs to be investigated further later. RTC set Borg test showed 0.424% overall psnr gain, and 0.357% ssim gain. For clips with large enough static area, the encoding speedup is around 2% to 15%. Change-Id: Id7d268f1d8cbca7fb8026aa4a53b3c77459dc156
-
- 08 Apr, 2014 - 15 commits
-
-
Jingning Han authored
This commit allows the non-RD mode decision flow to select prediction filter type in NEWMV mode. It provides 8.14% compression performance gains in both settings of AQ=0 and 3. The current speed impact is about 5% to 10% slower. Change-Id: Id66ecebf77abd8f90fb3f6a066c0e8dfb4bf1c42
-
Deb Mukherjee authored
Adds some high-level hooks for profile 2 before further progress on the implementation. According to the definitiion in this patch: 1. Profile 2 only supports 10 or 12 bit color but not 8 2. Profile 2 supports all color sampling modes: 444, 422 and 420, and alpha plane. 3. Profile 3 is currently undefined. Please consider the definition carefully and suggest modifications to the definition as needed. Change-Id: I5b284fc679e54ac5aee171af72fa7994cfd28995
-
Dmitry Kovalev authored
Change-Id: Ib3b3864a6018c62ac1ea18e30795af74464596cd
-
Dmitry Kovalev authored
Change-Id: Ie5723690f7c0bfa29a7ccef5da0c6c6326600ee6
-
Frank Galligan authored
There was a bug with the decoder that if you started the decoder with more threads than the first frame had tile columns. Afterwards tried to decode a frame with more tile columns than the first frame, the decoder would hang. E.g. run vpxdec --threads=4. The first frame had two tile columns, then the next key frame had 4 tile columns, the decoder would hang. If you started with 4 tiles and switched to 2 tiles the decoder would be fine. The issue is that the worker the thread loop is using is stale. I added a test vector "vp90-2-14-resize-848x480-1280x720.webm" that exhibited the bug. Change-Id: I7bdd47241a52ac0fe1c693a609bc779257e94229
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
Change-Id: If8044d9c71afe02ed1e6c94487344e143bdfcd74
-
Dmitry Kovalev authored
Change-Id: Ieb9b455b8aaef9884391021b7f640ef24c554687
-
Yaowu Xu authored
-
Yaowu Xu authored
-
Yaowu Xu authored
-
Dmitry Kovalev authored
-
Marco Paniconi authored
-
- 07 Apr, 2014 - 13 commits
-
-
Dmitry Kovalev authored
Change-Id: I512f2a287dd8765879a2d1144e2f028dc65f71ff
-
Dmitry Kovalev authored
Change-Id: I0816ec12ec0a6f21d0f25f10c214b5fd327afc6c
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
Change-Id: Iad4002d7aecaae0e25d88e286bacde7e6cd7264f
-
Dmitry Kovalev authored
Change-Id: I9c5f7edc2d5d1ec5aee396b87bdfc99ee21c435a
-
Marco Paniconi authored
Copy up to a certain bsize, otherwise set to a fixed bsize. This helsp to reduce artifact near moving boundary caused by full partition copy without checking motion of super-block. This artifact can occur at speeds 3,4 in real-time mode. Issue: https://code.google.com/p/webm/issues/detail?id=738. Change-Id: I05812521fd38816a467f72eb6a951cae4c227931
-
Joshua Litt authored
-
Dmitry Kovalev authored
-
Joshua Litt authored
Change-Id: I5a65d6fdb27516aefda0473ac45b05186cf0913c
-
Dmitry Kovalev authored
-
Dmitry Kovalev authored
Change-Id: Iab3effc39064f265426c82b455ef38d37dcce5a8
-
Dmitry Kovalev authored
Commit introduced the leak: "Removing XMA legacy from VP9 code." I5e9dfc50b6312848df8c3b8276f6b4d0c7ff9cf9 Change-Id: Ia1f91bb8403bef340de9f089fa78b3fccc3e9917
-
Dmitry Kovalev authored
-