to AVStream, this is required if we want to allow the user to pull frames
from specific streams at some point in the future.
Originally committed as revision 16724 to svn://svn.ffmpeg.org/ffmpeg/trunk
demuxed with new API is automatically converted to the old API,
allowing old applications to stay functional.
Originally committed as revision 16499 to svn://svn.ffmpeg.org/ffmpeg/trunk
metadata using old API, it is automatically converted to new API before
muxing.
Originally committed as revision 16447 to svn://svn.ffmpeg.org/ffmpeg/trunk
avi is updated as example.
No version bump, the API still might change slightly ...
No update to ffmpeg.c as requested by aurel.
Originally committed as revision 16424 to svn://svn.ffmpeg.org/ffmpeg/trunk
av_codec_get_tag() functions, making them take in input a constant
array, since they're not supposed to change it. Fix some warnings.
Originally committed as revision 15795 to svn://svn.ffmpeg.org/ffmpeg/trunk
The name offset_t is easily confused with the standard off_t type and
*_t is POSIX reserved namespace if any POSIX header is included.
Originally committed as revision 15533 to svn://svn.ffmpeg.org/ffmpeg/trunk
bits_per_coded_sample but that cannot be done seperately.
Patch by Luca Abeni
Also reset the minor version and fix the forgotton change to libfaad.
Note: The API/ABI should not be considered stable yet, there still may
be a change done here or there if some developer has some cleanup ideas and
patches!
Originally committed as revision 15262 to svn://svn.ffmpeg.org/ffmpeg/trunk
things like last_pts - pts rather tricky and is not good for anything.
Timestamps should be truncated just before storing when needed.
Originally committed as revision 15015 to svn://svn.ffmpeg.org/ffmpeg/trunk
move it from sdp.c into utils.c. Also add new header internal.h specifically
for lavf-specific internal API. See discussion in "Realmedia patch" thread
on mailinglist.
Originally committed as revision 15002 to svn://svn.ffmpeg.org/ffmpeg/trunk
These values should not matter at all in principle because they
do not correspond to the time of display of any frame but it seems
ffmpeg becomes confused by them if they are far off and its not
strictly correct to set them to guessed values.
Fixes video_stalls_at_start.wmv
Originally committed as revision 14746 to svn://svn.ffmpeg.org/ffmpeg/trunk
This changes add_to_pktbuf() to maintain a pointer to the last entry
in the list, avoiding a linear walk-through on each call. Before this
change, add_to_pktbuf() could take a significant amount of time (10%
of total decoding time), even with input files of several minutes.
After the change, the time spent in this function is barely measurable
with oprofile.
Originally committed as revision 14654 to svn://svn.ffmpeg.org/ffmpeg/trunk