loop of ff_probe_input_buffer(), making sure that probe_size is always
set to probe_max_size in the last iteration.
Also make the function return an error if we get to the max probe
length and still cannot figure out what the format is.
Patch by Micah Galizia micahgalizia A gmail D com.
Originally committed as revision 22688 to svn://svn.ffmpeg.org/ffmpeg/trunk
AVERROR_NOFMT if the format is unknown / cannot be recognized.
It is returned AVERROR_INVALIDDATA, in the sense that the data is
invalid within what the specific libav* binary supports.
That was the last remaining use of AVERROR_NOFMT, which is going to be
dropped at the next libavutil major bump.
Originally committed as revision 22625 to svn://svn.ffmpeg.org/ffmpeg/trunk
If the format probe hits end of file, do not add the error code
to the buffer position. This is obviously wrong, and with a
small input file would cause a negative buffer overflow.
Fixes issue 1818.
Originally committed as revision 22571 to svn://svn.ffmpeg.org/ffmpeg/trunk
av_probe_input_buffer() so that it can be reused. Here are a few
differences to the original way things were probed:
- maximum probe buffer size can be specified as a parameter.
- offset within the stream to probe from can be specified as a parameter.
- instead of seeking back to the start each time a probe fails, stream
data is appended to the reallocated buffer. This lowers the amount
of data read from the stream (there is no repetition) and results in
fewer closed and reopened streams (when seeking fails).
New attempt after r22296, which was revert in r22315 due to a FATE
failure.
See the thread:
Subject: [FFmpeg-devel] [PATCH] Move av_open_input_file probe loop to its own method
Date: 2010-03-05 03:23:57 GMT
Patch by Micah F. Galizia printf("%s%s@%s.%s", "micah", "galizia", "gmail", "com").
Originally committed as revision 22532 to svn://svn.ffmpeg.org/ffmpeg/trunk
This reverts r22296. This change made some files to fail to open.
The patch submitter has promised to investigate next week.
Originally committed as revision 22315 to svn://svn.ffmpeg.org/ffmpeg/trunk
The sample rate, frame size, and channel count from the container are
not reliable when backwards compatible signaling is used.
Originally committed as revision 22301 to svn://svn.ffmpeg.org/ffmpeg/trunk
av_probe_input_buffer() so that it can be reused. Here are a few
differences to the original way things were probed:
- maximum probe buffer size can be specified as a parameter.
- offset within the stream to probe from can be specified as a parameter.
- instead of seeking back to the start each time a probe fails, stream
data is appended to the reallocated buffer. This lowers the amount
of data read from the stream (there is no repetition) and results in
fewer closed and reopened streams (when seeking fails).
Patch by Micah F. Galizia printf("%s%s@%s.%s", "micah", "galizia", "gmail", "com").
Originally committed as revision 22296 to svn://svn.ffmpeg.org/ffmpeg/trunk
This way streams with no or very few frames can be avoided during
auto selection
Originally committed as revision 21998 to svn://svn.ffmpeg.org/ffmpeg/trunk
than inside the muxers. Remove special handling of "encoder" tags from
AVI and MP3 muxers.
Patch by Anton Khirnov <wyskas gmail com>.
Originally committed as revision 21850 to svn://svn.ffmpeg.org/ffmpeg/trunk
This works around common issues with mpeg-ps files with broken timestamps.
Also allows playing the broken sample from issue1024.
Originally committed as revision 21562 to svn://svn.ffmpeg.org/ffmpeg/trunk
and clone its code to ffserver_guess_format() in ffserver.c.
guess_stream_format() is hackish since it relies on some undocumented
properties of the name of the muxers (wich is currently only relevant
for the ASF muxer), and has no use outside ffserver.c.
Originally committed as revision 20987 to svn://svn.ffmpeg.org/ffmpeg/trunk
