aboutsummaryrefslogtreecommitdiffstats
path: root/libavformat/rtpdec_h263.c
diff options
context:
space:
mode:
authorMarios Titas <redneb@gmx.com>2016-04-02 21:11:44 +0300
committerMichael Niedermayer <michael@niedermayer.cc>2016-04-27 04:40:11 +0200
commit21fb4d1282788abf21f7e9a7b0078be748304179 (patch)
tree288bd3e476bae4913d47335819b067c1c6726112 /libavformat/rtpdec_h263.c
parentb5d4b1731eadadaf25db0d3edaf6f7588d359366 (diff)
downloadffmpeg-21fb4d1282788abf21f7e9a7b0078be748304179.tar.gz
avfilter/src_movie: fix how we check for overflows with seek_point
Currently, if the movie source filter is used and a seek_point is specified on a file that has a negative start time, ffmpeg will fail. An easy way to reproduce this is as follows: $ ffmpeg -vsync passthrough -filter_complex 'color=d=10,setpts=PTS-1/TB' test.mp4 $ ffmpeg -filter_complex 'movie=filename=test.mp4:seek_point=2' -f null - The problem is caused by checking for int64_t overflow the wrong way. In general, to check whether a + b overflows, it is not enough to do: a > INT64_MAX - b because b might be negative; the correct way is: b > 0 && > a > INT64_MAX - b Signed-off-by: Michael Niedermayer <michael@niedermayer.cc> (cherry picked from commit c1f9734f977f59bc0034096afbe8e43e40d93a5d) Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
Diffstat (limited to 'libavformat/rtpdec_h263.c')
0 files changed, 0 insertions, 0 deletions