Prevent (negative) overflow of rm->remaining_len. This evaluation really only
authorRonald S. Bultje <rsbultje@gmail.com>
Mon, 9 Mar 2009 22:03:47 +0000 (22:03 +0000)
committerRonald S. Bultje <rsbultje@gmail.com>
Mon, 9 Mar 2009 22:03:47 +0000 (22:03 +0000)
commitb8cc5a9fdfbc514a0d6e02b7c5380853a50ae1ac
tree34080d2a113d5828a350a6e7925296b59cc9774e
parent7ccefd08f67fc364eab7bf45d823617ebbb95b0c
Prevent (negative) overflow of rm->remaining_len. This evaluation really only
has two possible outcomes: either len and rm->remaining_len are the same, in
which case we care about the outcome and it is zero, or rm->remaining_len is
currently not in use and we don't care about the outcome. In that case, len
is positive and rm->remaining_len is zero, which leads to a negative result.
This is confusing and could eventually lead to a sign-flip if we skip a lot
of packets (unlikely, but still). Therefore, just always set it to zero.

Originally committed as revision 17919 to svn://svn.ffmpeg.org/ffmpeg/trunk
libavformat/rmdec.c