Closed GoogleCodeExporter closed 9 years ago
This seems to bisect back to:
commit ff1d170e69383adf3090fe45586bebe58a6d06f9
Author: Scott LaVarnway <slavarnway@google.com>
Date: Wed Oct 26 10:46:36 2011 -0400
Improved read_mb_modes_mv()
Interleaved vp8_find_near_mvs and vp8_mv_ref_probs.
2.5% to 4% performance improvement for the HD clips used.
Change-Id: Id888b667cf5ae2f0e19da18743140f055ff7de8d
M vp8/decoder/decodemv.c
Original comment by jkoles...@google.com
on 6 Apr 2013 at 12:02
Scott this is not a high priority, but we should try to fix this.
Original comment by albe...@google.com
on 11 Apr 2013 at 10:12
Original comment by albe...@google.com
on 11 Apr 2013 at 10:13
applying https://gerrit.chromium.org/gerrit/#/c/67650/2 get the tests to pass.
Original comment by ya...@google.com
on 29 Oct 2013 at 3:08
Fixed by Yaowu's change.
Adding -fno-strict-aliasing for clang builds because libvpx <3's undefined
behavior:
https://gerrit.chromium.org/gerrit/#/c/67657/
Original comment by johannkoenig@google.com
on 29 Oct 2013 at 6:11
Better to say this works around the issue. I wouldn't be surprised if there is
some suspicious behavior in the vp8 code.
Original comment by jz...@google.com
on 29 Oct 2013 at 6:15
I should have looked at the change, I was thinking this was just setting
-fno-strict-aliasing.
Original comment by jz...@google.com
on 29 Oct 2013 at 7:33
Maybe this is related somehow?
Original comment by jimbankoski@google.com
on 17 Apr 2014 at 7:02
Original issue reported on code.google.com by
jz...@google.com
on 5 Apr 2013 at 6:20