mp4/aac decoder might overflow and lock at the end of track - release

This commit is contained in:
Philippe G
2020-12-23 00:55:21 -08:00
parent 9a8991ebf2
commit 1c730905ec

View File

@@ -431,13 +431,19 @@ static decode_state helixaac_decode(void) {
}
// we always have at least WRAPBUF_LEN unless it's the end of a stream
/* There is a bug in helixaac where it overflows its buffer when not having
* samples and enters an infinite loop so we can't do here the proper test
* if (bytes_wrap < WRAPBUF_LEN && bytes_wrap != bytes_total)
* but instead we'll zero the wrap buf and provide a safe overflow space
* for the decoder
*/
if (bytes_wrap < WRAPBUF_LEN) {
// build a linear buffer if we are crossing the end of streambuf
memcpy(a->wrap_buf, streambuf->readp, bytes_wrap);
memcpy(a->wrap_buf + bytes_wrap, streambuf->buf, min(WRAPBUF_LEN, bytes_total) - bytes_wrap);
sptr = a->wrap_buf;
bytes = bytes_wrap = min(WRAPBUF_LEN, bytes_total);
if (bytes_total < WRAPBUF_LEN) memset(a->wrap_buf + bytes_total, 0, WRAPBUF_LEN - bytes_total);
else bytes = bytes_wrap = min(WRAPBUF_LEN, bytes_total);
} else {
sptr = streambuf->readp;
bytes = bytes_wrap;