summaryrefslogtreecommitdiff
path: root/libavcodec
diff options
context:
space:
mode:
authorSteinar H. Gunderson <steinar+ffmpeg@gunderson.no>2017-02-18 19:41:02 +0100
committerMichael Niedermayer <michael@niedermayer.cc>2017-02-21 00:40:20 +0100
commite3c14eaa54c87d4d8771bc75cb24b0b537fbcd19 (patch)
treef48d5222c67eb4c93d736483f311246bf80b72cd /libavcodec
parented69cb83f8931f6124d74ea4b22114512f5db2e3 (diff)
speedhq: fix decoding artifacts
The quantization table is stored in the natural order, but when we access it, we use an index that's in zigzag order, causing us to read the wrong value. This causes artifacts, especially in areas with horizontal or vertical edges. The artifacts look a lot like the DCT ringing artifacts you'd expect to see from a low-bitrate file, but when comparing to NewTek's own decoder, it's obvious they're not supposed to be there. Fix by simply storing the scaled quantization table in zigzag order. Performance is unchanged. Reviewed-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
Diffstat (limited to 'libavcodec')
-rw-r--r--libavcodec/speedhq.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/libavcodec/speedhq.c b/libavcodec/speedhq.c
index 45ee37a4e6..60efb0222b 100644
--- a/libavcodec/speedhq.c
+++ b/libavcodec/speedhq.c
@@ -409,7 +409,7 @@ static int decode_speedhq_field(const SHQContext *s, const uint8_t *buf, int buf
static void compute_quant_matrix(int *output, int qscale)
{
int i;
- for (i = 0; i < 64; i++) output[i] = unscaled_quant_matrix[i] * qscale;
+ for (i = 0; i < 64; i++) output[i] = unscaled_quant_matrix[ff_zigzag_direct[i]] * qscale;
}
static int speedhq_decode_frame(AVCodecContext *avctx,