Closed GoogleCodeExporter closed 9 years ago
Consider taking this patch if perf is similar:
https://gerrit.chromium.org/gerrit/#/c/68969/
Original comment by johannkoenig@google.com
on 27 Feb 2014 at 3:21
Sorry, meant this:
https://gerrit.chromium.org/gerrit/#/c/68921
Original comment by johannkoenig@google.com
on 27 Feb 2014 at 3:23
I could reproduce this issue now with building the test_vpx on Android.
Will check the performance of that patch tomorrow.
Original comment by hku...@google.com
on 27 Feb 2014 at 4:23
ping. this fell through the cracks...
Original comment by jz...@google.com
on 16 Jul 2014 at 6:48
Original comment by hku...@google.com
on 17 Jul 2014 at 6:33
Still failing
Original comment by johannkoenig@google.com
on 6 Nov 2014 at 1:21
https://gerrit.chromium.org/gerrit/68921
The test exercised tx_type 0 but the code is never called that way in the
encoder:
// iht
void vp9_iht4x4_add(TX_TYPE tx_type, const tran_low_t *input, uint8_t *dest,
int stride, int eob) {
if (tx_type == DCT_DCT)
vp9_idct4x4_add(input, dest, stride, eob);
else
vp9_iht4x4_16_add(input, dest, stride, tx_type);
}
The updated patch contains all the tx_types and calls the C code if the DCT_DCT
is specified. It would probably be better to fix the test and the reference
code to indicate this is not an expected code path.
Original comment by johannkoenig@google.com
on 15 Dec 2014 at 10:53
Original issue reported on code.google.com by
jz...@google.com
on 26 Feb 2014 at 8:14