Summary: I didn't have time to get this upstreamed prior to this update.
Reviewers: TD-Linux
Tags: #secure-revision
Bug #: 1476408
Differential Revision: https://phabricator.services.mozilla.com/D2359
--HG--
extra : rebase_source : ec43830e191d7c0d899d93f08d912c64a4eba002
The aomstats library is only used in the code examples, but we assume that all
libraries should be linked into libxul, which leads to an unresolved external
dependency on fatal at link time. This adds a guard to only build aomstats if
we are building the examples.
MozReview-Commit-ID: 8CRK3klUPk7
--HG--
extra : rebase_source : a50680122e4b55497a835101ef3e0f0c96cdd79e
These large (200 KB) static stables are functionally read-only.
Marking them const moves them to the read-only section of shared
libraries, reducing memory footprint when multiple application
processes are running simultaneously.
This is a backport of the upstream commit 90243cf9e670.
MozReview-Commit-ID: 319jjpgNlTI
--HG--
extra : rebase_source : d085a344d5e8aee73dfb14ca39c93cd2eea957a6
Thanks to David Major for crash analysis and finding the fix.
Backport of upstream commit 15269e6e9288a6ed655c2ee73be6fbb4e0ea3cf5
by Yaowu Xu <yaowu@google.com> Mon Oct 16 10:48:55 2017 -0700
Align more restoration work buffers
Fixes crashes on x86-win32-vs14 build
Change-Id: I045dd0fe4e9af3bfb80223e291617b717cbcb231
MozReview-Commit-ID: 1p3tKFVnIfT
--HG--
extra : rebase_source : e0d20b3d8d36b9462b9de3fd800a7e07c11b1043
This revision of libaom has some conflicts with our vendor script
and build system. A number of new .asm files have the same basename
as .c files, which our build system cannot handle.
To work around this, I ran `./mach vendor aom` with the check for
duplicate filenames disabled, then manually renamed the conflicting
files in the filesystem and sources.mozbuild.
Also add av1_convolve_scale_sse4.c to sources.mozbuild manually.
This is needed by the build but for some reason isn't picked up
by generate_sources_mozbuild.sh.
MozReview-Commit-ID: 2iBo4kSBz1G
--HG--
rename : third_party/aom/aom_dsp/arm/idct16x16_1_add_neon.asm => third_party/aom/aom_dsp/arm/idct16x16_1_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct16x16_add_neon.asm => third_party/aom/aom_dsp/arm/idct16x16_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct32x32_1_add_neon.asm => third_party/aom/aom_dsp/arm/idct32x32_1_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct32x32_add_neon.asm => third_party/aom/aom_dsp/arm/idct32x32_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct4x4_1_add_neon.asm => third_party/aom/aom_dsp/arm/idct4x4_1_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct4x4_add_neon.asm => third_party/aom/aom_dsp/arm/idct4x4_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct8x8_1_add_neon.asm => third_party/aom/aom_dsp/arm/idct8x8_1_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/idct8x8_add_neon.asm => third_party/aom/aom_dsp/arm/idct8x8_add_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/loopfilter_16_neon.asm => third_party/aom/aom_dsp/arm/loopfilter_16_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/loopfilter_4_neon.asm => third_party/aom/aom_dsp/arm/loopfilter_4_neon_asm.asm
rename : third_party/aom/aom_dsp/arm/loopfilter_8_neon.asm => third_party/aom/aom_dsp/arm/loopfilter_8_neon_asm.asm
rename : third_party/aom/aom_dsp/x86/highbd_intrapred_sse2.asm => third_party/aom/aom_dsp/x86/highbd_intrapred_sse2_asm.asm
rename : third_party/aom/aom_dsp/x86/intrapred_sse2.asm => third_party/aom/aom_dsp/x86/intrapred_sse2_asm.asm
rename : third_party/aom/aom_dsp/x86/intrapred_ssse3.asm => third_party/aom/aom_dsp/x86/intrapred_ssse3_asm.asm
extra : rebase_source : 7bf598ac1a925e16e42301839376a963836ae182
Update to upstream commit id e87fb2378f01103d5d6e477a4ef6892dc714e614
from a couple of weeks ago to pick up changes.
MozReview-Commit-ID: H7H69A7qFXD
--HG--
extra : rebase_source : dee676da15b65e4eea612d20529c4fb312bbddfb
Visual Studio 2015u3 fails to compile reconintra.c for win32
debug targets. It's confused by the #if conditional inside
the assert macro expansion. Nathan Froyd tells me this is
undefined bahaviour.
The checks are obsolete upstream. Address the issue by
duplicating the assert calls for each branch of the
conditional.
MozReview-Commit-ID: GSjGsa11xfJ
--HG--
extra : rebase_source : ae83d06f144ded7c6c9b359d51e1b118ccd365a9
Backport upstream patch by Sebastian Alaiwan fixing
aom_peek_stream_info after changes to the superblock
location.
BUG=aomedia:681
Change-Id: Iefce035d633d1533c8400d85b3257971757160bc
MozReview-Commit-ID: 7QEnDrpVFkC
--HG--
extra : rebase_source : 74ada26f490ccbea17defbbd0f6bd390976f49a4
Vendor upstream commit id f5bdeac22930ff4c6b219be49c843db35970b918
to pick up changes since the last import.
--HG--
extra : rebase_source : 6c03c7fcbffbdcf07b2b2819aee6dade2f0e2a0f
Backport patch by David Barker converting arguments to pointers.
The win32 ABI spills to the stack after the first three arguments,
but doesn't guarantee correct alignment for simd data there.
This is fixed upstream, but I don't want to bump our commit
just yet since it forces a re-encode of active demo streams.
Patch from https://bugs.chromium.org/p/aomedia/issues/detail?id=587
MozReview-Commit-ID: 1pQaU8H1dXO
--HG--
extra : rebase_source : 2ff412e5b44fcf29ac794fc889a37158ab14bc61
Update our in-tree copy of the aom reference implementation
of the av1 video codec to upstream git commit id
aadbb0251996c8ebb8310567bea330ab7ae9abe4.
This picks up recent changes and addresses a build issue on win64.
MozReview-Commit-ID: 34LXXzFtEFN
--HG--
extra : rebase_source : 0face926928de6bd1c6a1726df912bd20e363e60
This is the reference implementation for the Alliance for
Open Media's av1 video code.
The commit used was 4d668d7feb1f8abd809d1bca0418570a7f142a36.
MozReview-Commit-ID: 5PFTLbBDRrb
--HG--
extra : rebase_source : a51578e072e47ac03b422d10d9b279a3de5fc216
Thomas Daede
Dan Minor
David Major
Ralph Giles
Frank-Rainer Grahl
Sebastien Alaiwan