diff options
| author | James Almer <jamrial@gmail.com> | 2017-10-21 11:52:36 -0300 |
|---|---|---|
| committer | James Almer <jamrial@gmail.com> | 2017-10-21 11:52:36 -0300 |
| commit | ede5ddb58683b1186271bf2144843adaff3390c9 (patch) | |
| tree | 229b213eb769f7ee601b88da54ceb8040884ffaf /libswscale | |
| parent | a5fd8aa45b11c10613e6e576033a6b5a16b9cbb9 (diff) | |
| parent | 522d850e68ec4b77d3477b3c8f55b1ba00a9d69a (diff) | |
| download | ffmpeg-streaming-ede5ddb58683b1186271bf2144843adaff3390c9.zip ffmpeg-streaming-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 'libswscale')
0 files changed, 0 insertions, 0 deletions
