• Ronald S. Bultje's avatar
    Prevent (negative) overflow of rm->remaining_len. This evaluation really only · b8cc5a9f
    Ronald S. Bultje authored
    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
    b8cc5a9f
Name
Last commit
Last update
doc Loading commit data...
ffpresets Loading commit data...
libavcodec Loading commit data...
libavdevice Loading commit data...
libavfilter Loading commit data...
libavformat Loading commit data...
libavutil Loading commit data...
libpostproc Loading commit data...
libswscale Loading commit data...
tests Loading commit data...
tools Loading commit data...
COPYING.GPL Loading commit data...
COPYING.LGPL Loading commit data...
CREDITS Loading commit data...
Changelog Loading commit data...
Doxyfile Loading commit data...
INSTALL Loading commit data...
MAINTAINERS Loading commit data...
Makefile Loading commit data...
README Loading commit data...
cmdutils.c Loading commit data...
cmdutils.h Loading commit data...
common.mak Loading commit data...
configure Loading commit data...
ffmpeg.c Loading commit data...
ffplay.c Loading commit data...
ffserver.c Loading commit data...
ffserver.h Loading commit data...
output_example.c Loading commit data...
subdir.mak Loading commit data...
version.sh Loading commit data...