ffmpeg/libavfilter
Marios Titas c1f9734f97 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>
2016-04-03 01:50:08 +02:00
..
2015-12-09 07:58:19 -05:00
2016-02-18 15:35:30 +01:00
2015-10-26 20:56:17 +01:00
2015-11-08 18:50:26 +01:00
2016-03-13 10:06:21 +01:00
2016-02-17 18:59:56 +01:00
2016-02-18 11:55:00 +01:00
2016-03-28 14:13:17 -08:00
2016-01-28 19:49:48 -08:00
2016-01-24 14:32:14 +01:00
2014-08-13 01:00:38 +02:00
2016-01-28 19:49:48 -08:00
2016-01-31 15:44:11 -08:00
2016-01-28 19:49:48 -08:00
2016-01-31 15:44:11 -08:00
2015-01-05 01:45:49 +01:00
2016-03-13 10:06:21 +01:00
2016-02-27 21:35:20 +01:00
2016-02-26 22:22:05 +01:00
2016-02-17 09:42:46 +01:00
2015-03-20 09:41:32 +01:00
2016-02-16 16:12:44 +01:00
2015-11-09 08:09:41 +01:00
2015-08-18 10:24:01 -04:00
2016-03-28 14:13:17 -08:00
2015-09-12 02:14:44 +00:00
2016-01-06 16:41:50 +01:00
2015-01-09 17:26:31 +01:00
2015-10-10 17:33:43 +02:00