Prevent (negative) overflow of rm->remaining_len. This evaluation really only
authorRonald S. Bultje <rsbultje@gmail.com>
Mon, 9 Mar 2009 13:08:19 +0000 (13:08 +0000)
committerRonald S. Bultje <rsbultje@gmail.com>
Mon, 9 Mar 2009 13:08:19 +0000 (13:08 +0000)
commit0ecf9cc9007b49f989f4276ef517652fa734d927
tree093a7602c4393bf5da352fb56e431a10b17d9a26
parent21b3752932330202e1bfeea5de7e237280a0e7c3
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 17910 to svn://svn.ffmpeg.org/ffmpeg/trunk
libavformat/rmdec.c