aboutsummaryrefslogtreecommitdiffstats
path: root/libavcodec/x86
diff options
context:
space:
mode:
authorJames Almer <jamrial@gmail.com>2017-10-21 11:52:36 -0300
committerJames Almer <jamrial@gmail.com>2017-10-21 11:52:36 -0300
commitede5ddb58683b1186271bf2144843adaff3390c9 (patch)
tree229b213eb769f7ee601b88da54ceb8040884ffaf /libavcodec/x86
parenta5fd8aa45b11c10613e6e576033a6b5a16b9cbb9 (diff)
parent522d850e68ec4b77d3477b3c8f55b1ba00a9d69a (diff)
downloadffmpeg-ede5ddb58683b1186271bf2144843adaff3390c9.tar.gz
Merge commit '522d850e68ec4b77d3477b3c8f55b1ba00a9d69a'
* commit '522d850e68ec4b77d3477b3c8f55b1ba00a9d69a': h264_cavlc: check the value of run_before [10:00:09] <jamrial> michaelni: what do you think of libav commit 522d850e68? [10:00:45] <jamrial> it applies, but i can't reproduce the invalid reads with the sample from the ticket mentioned in it [10:52:57] <michaelni> jamrial, if theres an issue it should be fixed by enlarging the scantable (as its faster) or maybe you can even drop the if/else and use vlcs that are never returning a out of range value. Id say the FFMIN is wrong in all cases, it should be a error return if a check is added not silently continuing [11:22:11] <michaelni> jamrial, i think the mb_padding stuff we have makes it unneeded but we can possibly improve it beyond what we have This commit is a noop Merged-by: James Almer <jamrial@gmail.com>
Diffstat (limited to 'libavcodec/x86')
0 files changed, 0 insertions, 0 deletions