It is pretty hopeless that other considerable projects will adopt
libavutil alone in other projects. Projects that need small footprint
are better off with more specialized libraries such as gnulib or rather
just copy the necessary parts that they need. With this in mind, nobody
is helped by having libavutil and libavcore split. In order to ease
maintenance inside and around FFmpeg and to reduce confusion where to
put common code, avcore's functionality is merged (back) to avutil.
Signed-off-by: Reinhard Tartler <siretart@tauware.de>
Using a preset file caused the address of a stack variable to be stored
in opt_names/values. This change causes the strings to be dup'd then
freed in uninit_opts.
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
cmdutils.c:init_opts(), in the case libswscale compilation is not
enabled.
Fix ffprobe and ffserver compilation with --disable-swscale.
Originally committed as revision 26212 to svn://svn.ffmpeg.org/ffmpeg/trunk
between ffmpeg and ffplay and avoids a valgrind error by freeing
avformat_opts->key.
Originally committed as revision 25309 to svn://svn.ffmpeg.org/ffmpeg/trunk
Because DTS values aren't passed through decoders, they tend to be
inaccurate if decoder delay doesn't match what was expected by the encoder.
In particular this improves timestamps for H.264 without num_reorder_frames
set and with -strict 1, which causes DTS to be up to 16 frames ahead of the
picture.
Note that this doesn't really improve any file with very broken PTS/DTS,
since PTS isn't much more accurate in these.
Originally committed as revision 25242 to svn://svn.ffmpeg.org/ffmpeg/trunk
PRINT_LIB_VERSION() -> PRINT_LIB_INFO()
print_all_lib_versions() -> print_all_libs_info()
Originally committed as revision 24433 to svn://svn.ffmpeg.org/ffmpeg/trunk
The new library is meant to contain the core multimedia utilities for
FFmpeg, to make them shareable between more libav* libraries.
See thread:
Subject: [FFmpeg-devel] [RFC] New library for shared non-generic libav* utils
Date: Fri, 9 Jul 2010 01:07:40 +0200
Originally committed as revision 24393 to svn://svn.ffmpeg.org/ffmpeg/trunk
This fixes a regression on Windows introduced by r22769 in which the data read
from the file was not properly zero terminated. The file was read as text,
which caused the \r characters to be suppressed. Since the zero termination
happens at the end of the buffer, and there was one byte less read per line,
this caused the remaining space on the buffer to contain random data.
Originally committed as revision 23251 to svn://svn.ffmpeg.org/ffmpeg/trunk
Should provide a meaningful error message for systems which do not
support strerror_r().
Fix roundup issue #1894.
Originally committed as revision 23032 to svn://svn.ffmpeg.org/ffmpeg/trunk
fails.
It may fail not only because of an invalid value for the option, but
also for other reasons, e.g. memory problems etc.
Originally committed as revision 22738 to svn://svn.ffmpeg.org/ffmpeg/trunk
show_protocols().
The list of abbreviations is both outdated and out of context.
Originally committed as revision 22589 to svn://svn.ffmpeg.org/ffmpeg/trunk
not nice/fair towards the community of developers.
Also this looks like the best way for resolving the debate about which
is the one person name to be put in the banner.
See the thread:
Subject: [FFmpeg-devel] [PATCH] Replace "Fabrice Bellard" with "the FFmpeg developers" in the banner
Date: Thu, 11 Feb 2010 23:59:12 +0100
Originally committed as revision 21885 to svn://svn.ffmpeg.org/ffmpeg/trunk
function returns a negative value, rather than erroneously trigger the
code which manages the case of unknown option.
Originally committed as revision 21670 to svn://svn.ffmpeg.org/ffmpeg/trunk
Reinhard Tartler
James Zern
Diego Elio Pettenò
Georgi Chorbadzhiyski
Mans Rullgard
Stefano Sabatini
Martin Storsjö
Anssi Hannula
Justin Ruggles
Reimar Döffinger
Michael Niedermayer
Alexander Strange
Ramiro Polla