Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
This makes them show up properly in debugging tools like gdb and
valgrind.
Change-Id: I0c72548a1090de88ba226314e5efe63360b7e07f
|
|
This adds the magic .note.GNU-stack section at the end of each ARM
asm file (when built with gas), indicating that a non-executable
stack is allowed.
Without this section, the linker will assume the object requires an
executable stack by default, forcing an executable stack for the
entire program.
Change-Id: Ie86de6a449b52d392b9e5e0479833ed8c508ee65
|
|
|
|
With this fix, the experimental branch now builds and encodes correctly
with the following two configure options respectively:
--enable-experimental --enable-t8x8
--enable-experimental
Change-Id: I3147c33c503fe713a85fd371e4f1a974805778bf
|
|
|
|
|
|
Change-Id: I9761428209518b7fcbde60e884c06754664c0c36
|
|
|
|
|
|
The auto merge process pull and merge commits from public git or master
branch. These automerges while worked well most time, but has created
a few problems. This commit fixed several issues existed long before
the latest 8x8 transform commit.
Change-Id: I895ca99713231b1aec521d57db5d9839f74aacfa
|
|
This is done by expanding luma row to 32-byte alignment, since
there is currently a bunch of code that assumes that
uv_stride == y_stride/2 (see, for example, vp8/common/postproc.c,
common/reconinter.c, common/arm/neon/recon16x16mb_neon.asm,
encoder/temporal_filter.c, and possibly others; I haven't done a
full audit).
It also uses replaces the hardcoded border of 16 in a number of
encoder buffers with VP8BORDERINPIXELS (currently 32), as the
chroma rows start at an offset of border/2.
Together, these two changes have the nice advantage that simply
dumping the frame memory as a contiguous blob produces a valid,
if padded, image.
Change-Id: Iaf5ea722ae5c82d5daa50f6e2dade9de753f1003
|
|
Please refer to previous commit messages for detailed info:
https://on2-git.corp.google.com/g/#change,5940
https://on2-git.corp.google.com/g/#change,6045
Change-Id: I8b16992f2f69c5a808ad40a3e32ef589cce7c59d
|
|
Change-Id: Icb4e4f0d7c3074a8507852178be87541a1cb5bac
|
|
Change-Id: I956822324c046c254806dd712a2d3be4dcf8564b
|
|
|
|
|
|
|
|
This reverts commit b73a3693e581583e9ec676f4396d0c3d173e2462.
This version of the check doesn't work with generic-gnu, and figuring
out the correct symbol version at configure time is probably more work
than this is worth. May revisit in the future.
Change-Id: I6c75e88bd3bd82a4b21e09a25780fe53aacb7d70
|
|
armv5 dequantizer is not referenced
Change-Id: Id1cc617dcee35ebd6a406816ec6aaa26e8bbc8ad
|
|
allowing the compiler to inline this function. For real-time
encodes, this gave a boost of 1% to 2.5%, depending on the
speed setting.
Change-Id: I3929d176cca086b4261267b848419d5bcff21c02
|
|
Change-Id: Ida9204624fe3fb99fed1b149d1f88159480fdd83
|
|
|
|
This patch attempts to improve the handling of CBR streams with
respect to the short term buffering requirements. The "buffer level"
is changed to be an average over the rc buffer, rather than a long
running average. Overshoot is also tracked over the same interval
and the golden frame targets suppressed accordingly to correct for
overly aggressive boosting.
Testing shows that this is fairly consistently positive in one
metric or another -- some clips that show significant decreases
in quality have better buffering characteristics, others show
improvenents in both.
Change-Id: I924c89aa9bdb210271f2e03311e63de3f1f8f920
|
|
|
|
|
|
Using small values for --buf-sz= in command line causes
floating point exception due to division by zero.
Change-Id: Ibfe2d44db922993a78ebc9a4a1087d9625de48ae
|
|
|
|
Change-Id: Ic623c335cd4991c9d80f675f390e81282b18c137
|
|
|
|
|
|
|
|
machines(Issue 331)"
|
|
Optimized C-code of the following functions:
- vp8_tokenize_mb
- tokenize1st_order_b
- tokenize2nd_order_b
Gives ~1-5% speed-up for RT encoding on Cortex-A8/A9
depending on encoding parameters.
Change-Id: I6be86104a589a06dcbc9ed3318e8bf264ef4176c
|
|
Change-Id: Icbeb14d64ed3d9337606b591dde4e0669540a10d
|
|
|
|
|
|
vpx_copy_and_extend_frame could incorrectly
resize uv frames which could result in a crash.
Change-Id: Ie96f7078b1e328b3907a06eebeee44ca39a2e898
|
|
min_fs_radius, max_fs_radius, full_freq were set but never read.
Change-Id: I82657f4e7f2ba2acc3cbc3faa5ec0de5b9c6ec74
|
|
Change-Id: I3f64e220b78738e5261a9fda3c270d51613f4faa
|
|
|
|
|
|
|
|
|
|
glibc implements some checking on longjmp() calls by replacing it with
an internal function __longjmp_chk(), when FORTIFY_SOURCE is defined.
This can be problematic when compiling the library under one version of
glibc and running it under another. Work around this issue for the one
symbol affected for now, before taking out the undef hammer.
Fixes http://code.google.com/p/webm/issues/detail?id=166
Change-Id: Ifc5e25cdec17915e394711f2185b3e9214572d10
|
|
Minor fix.
Change-Id: Iaf93f6e47e882a33c479e57c7a0d0bf321e291c0
|
|
Several improvements we made in good-quality mode can be added
into real-time mode to speed up encoding in speed 1, 2, and 3
with small quality loss. Tests using tulip clip showed:
--rt --cpu-used=-1
(before change)
PSNR: 38.028
time: 1m33.195s
(after change)
PSNR: 38.014
time: 1m20.851s
--rt --cpu-used=-2
(before change)
PSNR: 37.773
time: 0m57.650s
(after change)
PSNR: 37.759
time: 0m54.594s
--rt --cpu-used=-3
(before change)
PSNR: 37.392
time: 0m42.865s
(after change)
PSNR: 37.375
time: 0m41.949s
Change-Id: I76ab2a38d72bc5efc91f6fe20d332c472f6510c9
|