- Oct 07, 2015
-
-
James Zern authored
Change-Id: I93c56dfa547af9b2f2b96c4f85fd9862ea67af62
-
- Oct 06, 2015
-
-
Deb Mukherjee authored
-
Marco Paniconi authored
Use the existing VP9_SET_SVC control to set the first spatial layer to encode. Since we loop over all spatial layers inside the encoder, the setting of spatial_layer_id via VP9_SET_SVC has no relevance. Use it instead to set the first_spatial_layer_to_encode, which allows an application to skip encoding lower layer(s). Change only affects the 1 pass CBR SVC. Change-Id: I5d63ab713c3e250fdf42c637f38d5ec8f60cd1fb
-
Julia Robson authored
When configured with high bit detpth enabled, the 8bit quantize function stopped using optimised code. This made 8bit content decode slowly. This commit re-enables the SSSE3 optimisations. Change-Id: I194b505dd3f4c494e5c5e53e020f5d94534b16b5
-
Scott LaVarnway authored
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
See issue 1051. 6 bits is fairly arbitrary but at least allows writing delta Q values that are fairly normal in other codecs. I can extend to 8 if people want full range, although I personally don't have any need for that. Change-Id: I0a5a7c3d9b8eb3de4418430ab0e925d4a08cd7a0
-
- Oct 05, 2015
-
-
Jacky Chen authored
The resolution check fixs the issue which resets resize_pending unnecessarily and causes not-bitexact with previous one-step version. Change-Id: I4e7660b3c8f34f59781e2e61ca30d61080c322de
-
Julia Robson authored
When configured with high bit detpth enabled, the 8bit quantize function stopped using optimised code. This made 8bit content decode slowly. This commit re-enables the SSE2 optimisation (but not the SSSE3 optimisation). Change-Id: Id015fe3c1c44580a4bff3f4bd985170f2806a9d9
-
Marco Paniconi authored
-
Marco Paniconi authored
-
Scott LaVarnway authored
Change-Id: Ia1a2cac0e9dc05f3207b3433a6c1589fa7f2aee3
-
- Oct 02, 2015
-
-
Jacky Chen authored
First do a 3/4 scaling and then go down to 1/2 when necessary. Change-Id: I5689c5228ca7e1606baea7f960eb24d0dab04d4d
-
Marco Paniconi authored
Temporary fix to denoiser when dynamic resizing is on. -Reallocate denoiser buffers on resized frame. -Force golden update on resized frame. -Don't denoise resized frame, and copy source into denoised buffers. Change-Id: Ife7638173b76a1c49eac7da4f2a30c9c1f4e2000
-
Marco Paniconi authored
For screen-content mode, with frame dropper off, put a limit on how low encoder buffer can go. Under hard slide changes, the buffer level can go too low and then take long time to come back up (in particular when frame-dropping is not used), which will affect the active_worst and target frame size. Change-Id: Ie9fca097e05cd71141f978ec687f852daf9de332
-
Ronald S. Bultje authored
See issue 1079. Change-Id: I754a61ec011c3508bbb26826cf8e11dbdfdd8379
-
Ronald S. Bultje authored
-
Deb Mukherjee authored
-
Marco Paniconi authored
-
Jacky Chen authored
Dynamic resizing now support two-steps scaling: first go down to 3/4 and then 1/2. This feature is under a flag which controls the switch between two-steps scaling and one-step scaling (1/2 only). Change-Id: I3a6c1d3d5668cf8e016a0a02aeca737565604a0f
-
- Oct 01, 2015
-
-
Hui Su authored
Change-Id: I5aeaa94b743f84738d288f8b027fec4c164f2ec3
-
Scott LaVarnway authored
-
Ronald S. Bultje authored
This is more a proof of concept than anything else. The problem here isn't so much how to code it, but rather where to place the resulting code. All intrapred DSP code lives in vpx_dsp, so do we want the vp10 specific intra pred functions to live there, or in vp10/? See issue 1015. Change-Id: I675f7badcc8e18fd99a9553910ecf3ddf81f0a05
-
Ronald S. Bultje authored
The x86 simd expects this. Identical alignment can be found in vp9 and vp10 also. Fixes crashes on 32bit x86 systems. Change-Id: I229c88d8f696acbef5337c8fa9503528df4e1c40
-
James Zern authored
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
Ronald S. Bultje authored
-
- Sep 30, 2015
-
-
Ronald S. Bultje authored
I've added a few new functions (d45e, d63e, he, ve) to cover the filtered h/v 4x4 predictors that are vp8-specific, the "correct" d45 with the correctly filtered bottom-right pixel (as opposed to the unfiltered version in vp9), and the "broken" d63 with weirdly filtered bottom-right pixels (which is correctly filtered in vp9). There may be a minor performance impact on all systems because we have to do an extra copy of the Above pixel array to incorporate the topleft pixel in the same array (thus fitting the vpx_dsp API). In addition, armv6 will have a more serious performance impact b/c I removed the armv6/vp8-specific assembly. I'm not sure anyone cares... Change-Id: I7f9e5ebee11d8e21aca2cd517a69eefc181b2e86
-
Ronald S. Bultje authored
Change-Id: I936c2430c3c5b1e0ab5dec0a20110525e925b5e4
-
Ronald S. Bultje authored
Change-Id: I2000820e0c04de2c975d370a0cf7145330289bb2
-
Scott LaVarnway authored
Change-Id: Ia5072a3a92212d8565f33359f6c146469bdfbbec
-
Scott LaVarnway authored
-
James Zern authored
* changes: vp9_loopfilter: remove unnecessary masks vp9_reset_lfm: harmonize function signature
-
James Zern authored
* changes: vp9_thread_test: clarify test case names vp9_thread_test: add non-frame-parallel files
-
James Zern authored
-
James Zern authored
Change-Id: I264e75bf3ddd083ee5311c50a37fb18fe634ddc3
-
James Zern authored
define NOMINMAX to allow the std:: versions to be used; min/max will be defined transitively via windows.h otherwise Change-Id: I692b03fa3e70b7a53962d3fd209498f70f712fed
-
James Zern authored
Change-Id: Ifb0f41fb43564a777be29b4c66443b366fa146a3
-
Aℓex Converse authored
Change-Id: Iad73b490b171cdda5c368ada69fb8eab2a86c156
-