patch by Stefano Sabatini, stefano.sabatini-lala poste.it
along with some spelling/consistency fixes for the long names by me
Originally committed as revision 13649 to svn://svn.ffmpeg.org/ffmpeg/trunk
This is more efficient as in practice the check is redundant most of the
time. Callers which do not know if enough data is available have to check
it with av_fifo_size(). Doing the check in *read() means the caller has
no choice to skip the check when its known to be redundant.
Also the return value was never documented in a public header so
changing it should not break the API. Besides this fixes the case where
read() failed on a 100% full fifo.
Originally committed as revision 13404 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by: Björn Axelsson, bjorn d axelsson a intinor d se
thread: [PATCH] Remove static ByteIOContexts, 06 nov 2007
Originally committed as revision 11071 to svn://svn.ffmpeg.org/ffmpeg/trunk
there is no need for put_timestamp to be exported it is not used outside the
PES code
Originally committed as revision 10410 to svn://svn.ffmpeg.org/ffmpeg/trunk
This fixes the following option set:
--disable-encoders --disable-decoders --disable-parsers --disable-bsfs
--disable-muxers --disable-demuxers --disable-protocols
--enable-muxer=mpeg1system
Originally committed as revision 9650 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by Wolfram Gloger, wmglo dent.med.uni-muenchen de
reference: [Ffmpeg-devel] buffer underflow messages from the output_example.c
Originally committed as revision 8860 to svn://svn.ffmpeg.org/ffmpeg/trunk
AVERROR_ defines are moved to avcodec.h as they are needed in there as well. Feel free to move that to avutil/common.h.
Bumped up avcodec/format version numbers as though it's binary compatible we will want to rebuild apps as error values changed.
Please from now on use return AVERROR(EFOO) instead of the ugly return -EFOO in your code.
This also removes the need for berrno.h.
Originally committed as revision 7965 to svn://svn.ffmpeg.org/ffmpeg/trunk
there is a very small chance that a stream which is damaged && unseekable && very small packet && damage to the flags && unlucky buffer state could have a valid packet after a damaged packet lost, but i think this is so unlikely that the simplification outweights it
mans if you disagree with any commit to mpeg.c just say so and ill revert it
Originally committed as revision 7562 to svn://svn.ffmpeg.org/ffmpeg/trunk
error_redo (somethings is definitly wrong) in which case we try to resync from the last startcode
Originally committed as revision 7560 to svn://svn.ffmpeg.org/ffmpeg/trunk
patch by Allan Sandfeld Jensen % kde A carewolf P com %
Original thread:
Date: Aug 18, 2006 6:33 PM
Subject: [Ffmpeg-devel] CDXA in libavformat [patch]
Originally committed as revision 6124 to svn://svn.ffmpeg.org/ffmpeg/trunk