libavformat/nutdec.c: In function ‘read_seek’:
libavformat/nutdec.c:862: warning: passing argument 4 of ‘av_tree_find’ from incompatible pointer type
./libavutil/tree.h:44: note: expected ‘void **’ but argument is of type ‘struct Syncpoint **’
libavformat/nutdec.c:871: warning: passing argument 4 of ‘av_tree_find’ from incompatible pointer type
./libavutil/tree.h:44: note: expected ‘void **’ but argument is of type ‘struct Syncpoint **’
Originally committed as revision 22662 to svn://svn.ffmpeg.org/ffmpeg/trunk
libavformat/nut.c: In function ‘ff_nut_free_sp’:
libavformat/nut.c:80: warning: passing argument 4 of ‘av_tree_enumerate’ from incompatible pointer type
./libavutil/tree.h:92: note: expected ‘int (*)(void *, void *)’ but argument is of type ‘void (*)(void *, void *)’
Originally committed as revision 22659 to svn://svn.ffmpeg.org/ffmpeg/trunk
This helps if the URL (erroneously?) contains question marks within the path.
Originally committed as revision 22643 to svn://svn.ffmpeg.org/ffmpeg/trunk
Don't modify the user-specified s->filename at all, keep all modifications
locally and in rt->control_uri.
Originally committed as revision 22642 to svn://svn.ffmpeg.org/ffmpeg/trunk
dependency on flacenc.o and fixes the unnecessary dependency on vorbiscomment.o.
Originally committed as revision 22639 to svn://svn.ffmpeg.org/ffmpeg/trunk
Currently, the caller doesn't get the status_code and location for rediects,
since rtsp_setup_input_streams uses a copy of RTSPMessageHeader of its own.
Originally committed as revision 22630 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
This makes sure that the streams get correctly synchronized when viewed,
previously the streams were out of sync by as much time as it took
between the initialization of the individual muxers.
Originally committed as revision 22545 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
huge processing and memory usage overhead for avi files with raw PCM audio.
Originally committed as revision 22521 to svn://svn.ffmpeg.org/ffmpeg/trunk
Vitor Sessak
Luca Barbato
Martin Storsjö
Zhentan Feng
Carl Eugen Hoyos
Tomas Härdin
Justin Ruggles
Michael Niedermayer
Josh Allmann
James Darnley
Stefano Sabatini
Ronald S. Bultje
Måns Rullgård
Aurelien Jacobs
Greg Maxwell
Jai Menon
Anton Khirnov
Micah F. Galizia
Reimar Döffinger
David Conrad