- 10 Feb, 2011 - 2 commits
-
-
John Koleszar authored
Allow compiling without adding vp8/{common,encoder,decoder} to the include paths. Change-Id: Ifeb5dac351cdfadcd659736f5158b315a0030b6c
-
Johann authored
-
- 09 Feb, 2011 - 8 commits
-
-
James Berry authored
stride would not be calculated correctly for material with odd sized frame widths. Change-Id: I1710f6aef9ebb93d36249c9239c68c5baa9791f8
-
John Koleszar authored
-
John Koleszar authored
Use 0xFFF0 vice 240 (0xF0) for determining whether the sometimes implicit bit 3 will be transmitted. This is consistent with the decoder and encode_mvcomponent(). Change-Id: Ic1304d0ab56844bed8236edd1c5243a6767fc6b1
-
John Koleszar authored
-
Gaute Strokkenes authored
Change-Id: Icf4b692099d7d249fe3553852b1022b027b28e4b
-
Scott LaVarnway authored
-
John Koleszar authored
-
Tero Rintaluoma authored
Adds vp8_sub_pixel_variance16x16_armv6 function to encoder. Integrates ARMv6 optimized bilinear interpolations from vp8/common/arm/armv6 and adds new assembly file for variance16x16 calculation. - vp8_filter_block2d_bil_first_pass_armv6 (integrated) - vp8_filter_block2d_bil_second_pass_armv6 (integrated) - vp8_variance16x16_armv6 (new) - bilinearfilter_arm.h (new) Change-Id: I18a8331ce7d031ceedd6cd415ecacb0c8f3392db
-
- 08 Feb, 2011 - 6 commits
-
-
Johann authored
make reference version of bilinear_filters short. use reference versions of bilinear_filters and sub_pel_filters when possible. recognize that Width was being passed into filter_block2d_bil_first_pass multiple times. ARM version had already fixed this. propegate to C. change references to src_pixels_per_line to src_pitch and standardize on src/dst (instead of input/output). recognize that first_pass is only run in the verticle and second_pass only horizontal. ARM version had already fixed this. propegate to C Change-Id: I292d376d239a9a7ca37ec2bf03cc0720606983e2
-
Fritz Koenig authored
-
Scott LaVarnway authored
Improved performance of good quality, speed 0 (3% average) with no average quality loss. Change-Id: Ica34473f99bd74260eaebde6b132185e09e3c09d
-
Johann authored
it's difficult to mux the *_offsets.c files because of header conflicts. make three instead, name them consistently and partititon the contents to allow building them as required. Change-Id: I8f9768c09279f934f44b6c5b0ec363f7943bb796
-
Fritz Koenig authored
Brings configure/build system inline with current iOS SDK. Change-Id: If391693a80cab371f75708214f3882424ead9e96
-
James Berry authored
preview_img d_w and d_h along with w and h would not be updated for resized frames. now uses sd.y_width and sd.y_height Change-Id: I52241de4cc1de5e73f865e668bd70a7cbd954390
-
- 07 Feb, 2011 - 5 commits
-
-
Johann authored
common/arm/vpx_asm_offsets moves up a level. prepare for muxing with encoder/arm/vpx_vp8_enc_asm_offsets Change-Id: I89a04a5235447e66571995c9d9b4b6edcb038e24
-
John Koleszar authored
-
John Koleszar authored
-
Yunqing Wang authored
make vp8_mv_pred() and vp8_cal_sad() available in real-time mode. Change-Id: I71dbae241b486ba943458dcbae552ec4a51689d3
-
Attila Nagy authored
Change-Id: I23ad88db2149ab788ff39aed8624a7ef0e97da2e
-
- 04 Feb, 2011 - 6 commits
-
-
Johann authored
we were holding on to this "just in case." purge it instead Change-Id: I77a367b36d0821d731019f2566ecfffdae1d4b8a
-
Yunqing Wang authored
-
John Koleszar authored
The encoder was not correctly catching transitions in the quantizer deltas. If a delta_q was set, then the quantizer would be reinitialized on every frame, but if they transitioned to 0, the quantizer would not be reinitialized, leading to a encode-decode mismatch. This bug was triggered by commit 999e155f, which sets a Y2 delta Q for very low base Q levels. Change-Id: Ia6733464a55ee4ff2edbb82c0873980d345446f5
-
John Koleszar authored
-
Gaute Strokkenes authored
Change-Id: I0d41415e3961c2c9492d342290c1999f9d02e6d8
-
John Koleszar authored
-
- 03 Feb, 2011 - 4 commits
-
-
Gaute Strokkenes authored
manipulating it in situ via a pointer. Change-Id: If4a87a4eccd84f39577c0e91e171245f4954c5cf
-
John Koleszar authored
-
Scott LaVarnway authored
-
Yunqing Wang authored
-
- 02 Feb, 2011 - 2 commits
-
-
Gaute Strokkenes authored
Change-Id: I5744269a35e2d696ecf40c1665efd572bfc9b6cb
-
Attila Nagy authored
Whe auto keyframe insertion is enabled and conditions are right (scene change) the encoder can decide to insert a key frame and does a re-encoding. This can introduce extra latency. In RT mode we do not do the re-encoding of the current frame but force the next frame to key frame. Change-Id: I15c175fa845ac4c1a1f18bea3676e154669522a7
-
- 01 Feb, 2011 - 7 commits
-
-
Scott LaVarnway authored
instead of each time mode is tested. Change-Id: Ief0f5586dafde54cc14d348dcecdacb182e7c1d5
-
Scott LaVarnway authored
Change-Id: I2bcef6a8e47f88542861fd1356631ca934e2a0e7
-
Scott LaVarnway authored
Then removed unnecessary code. Change-Id: I142658815d843c9396b07881dbdd8d387c43c90e
-
Scott LaVarnway authored
Restructured function in order to eliminate the prediction modes save/restore. Code cleanup also. Change-Id: I816e3b910de64d0f0f0ddc2398805c63263191e8
-
Attila Nagy authored
Reduce the number of sync points by letting each thread continue imediatly with a new MB row. Better multicore scaling, improves performance by 5-20% on ARM multicore. Change-Id: Ic97e4d1c4886a842c85dd3539a93cb217188ed1b
-
Scott LaVarnway authored
from vp8cx_encode_intra_macro_block. prediction_error is used when deciding if a frame should be a keyframe. After reviewing this with Yaowu, it was pointed out that vp8cx_encode_intra_macro_block is only called for keyframes, so the accumulation is unnecessary. Change-Id: Id79dc81b80d4f5d124f3a0dba1b923887e2e1ec8
-
Scott LaVarnway authored
last_auto_filter_prediction_error is not really used. Change-Id: Ic6e56c4076bbd250ef783ee1be46964c85f62864
-