summaryrefslogtreecommitdiffstats
path: root/documentation/aacDecoder.pdf
diff options
context:
space:
mode:
authorJohn Grossman <johngro@google.com>2012-09-12 14:08:09 -0700
committerJohn Grossman <johngro@google.com>2012-09-12 14:20:05 -0700
commit34ce250e9075adda4fb8a797c7f47dc049476e8b (patch)
tree1c545f7fbb01b629a9232adb3f3ae66e99c2530e /documentation/aacDecoder.pdf
parent381d69840ad3af2259f0b7ef49236f9ee9c76b76 (diff)
downloadfdk-aac-34ce250e9075adda4fb8a797c7f47dc049476e8b.tar.gz
fdk-aac-34ce250e9075adda4fb8a797c7f47dc049476e8b.tar.bz2
fdk-aac-34ce250e9075adda4fb8a797c7f47dc049476e8b.zip
Don't zero out spec coeffs before doing the final IMDCT.
Addresses bug 7140347. When flushing the decoder, you need to make sure to zero out any lingering spectral coefficients as well as zero out the overlap buffer state after decoding the final access unit. Zeroing out the spec coefficients *before* you decode the last block, however, seems like a mistake. If the final block contains any useful information for the stream, then you end up outputting the overlap portion of the second to last decoded block combined with zeros. Because of the shape of the second to last block's windows, this results in what appears to be a fade out, but actually is a zero'ed out final block. Signed-off-by: John Grossman <johngro@google.com> Change-Id: I0fab9ee1a5899811d5519a91dc05631e9bf4963c
Diffstat (limited to 'documentation/aacDecoder.pdf')
0 files changed, 0 insertions, 0 deletions