- 23 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Currently, AVStream contains an embedded AVCodecContext instance, which is used by demuxers to export stream parameters to the caller and by muxers to receive stream parameters from the caller. It is also used internally as the codec context that is passed to parsers. In addition, it is also widely used by the callers as the decoding (when demuxer) or encoding (when muxing) context, though this has been officially discouraged since Libav 11. There are multiple important problems with this approach: - the fields in AVCodecContext are in general one of * stream parameters * codec options * codec state However, it's not clear which ones are which. It is consequently unclear which fields are a demuxer allowed to set or a muxer allowed to read. This leads to erratic behaviour depending on whether decoding or encoding is being performed or not (and whether it uses the AVStream embedded codec context). - various synchronization issues arising from the fact that the same context is used by several different APIs (muxers/demuxers, parsers, bitstream filters and encoders/decoders) simultaneously, with there being no clear rules for who can modify what and the different processes being typically delayed with respect to each other. - avformat_find_stream_info() making it necessary to support opening and closing a single codec context multiple times, thus complicating the semantics of freeing various allocated objects in the codec context. Those problems are resolved by replacing the AVStream embedded codec context with a newly added AVCodecParameters instance, which stores only the stream parameters exported by the demuxers or read by the muxers.
-
- 14 Dec, 2015 1 commit
-
-
Anton Khirnov authored
-
- 12 Dec, 2015 1 commit
-
-
Anton Khirnov authored
-
- 29 Sep, 2015 1 commit
-
-
wm4 authored
Note that convergence_duration had another meaning, one which was in practice never used. The only real use for it was a 64 bit replacement for the duration field. It's better just to make duration 64 bits, and to get rid of it. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 19 Apr, 2015 1 commit
-
-
Vittorio Giovara authored
This applies to every library where performance is not critical.
-
- 14 Feb, 2015 1 commit
-
-
Diego Biurrun authored
-
- 10 Feb, 2015 1 commit
-
-
wm4 authored
This is not an API change; the fields were explicitly declared private before. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 03 Feb, 2015 1 commit
-
-
Luca Barbato authored
avio_tell can return a negative number. Bug-Id: CID 1265715 CC: libav-stable@libav.org
-
- 19 Sep, 2013 1 commit
-
-
Martin Storsjö authored
Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 15 May, 2013 1 commit
-
-
Diego Biurrun authored
-
- 11 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 30 Jul, 2012 1 commit
-
-
Diego Biurrun authored
-
- 29 Jul, 2012 1 commit
-
-
Anton Khirnov authored
According to its description, it is supposed to be the LCM of all the frame durations. The usability of such a thing is vanishingly small, especially since we cannot determine it with any amount of reliability. Therefore get rid of it after the next bump. Replace it with the average framerate where it makes sense. FATE results for the wtv and xmv demux tests change. In the wtv case this is caused by the file being corrupted (or possibly badly cut) and containing invalid timestamps. This results in lavf estimating the framerate wrong and making up wrong frame durations. In the xmv case the file contains pts jumps, so again the estimated framerate is far from anything sane and lavf again makes up different frame durations. In some other tests lavf starts making up frame durations from different frame.
-
- 09 Mar, 2012 1 commit
-
-
Diego Biurrun authored
-
- 02 Mar, 2012 1 commit
-
-
Anton Khirnov authored
It's not supposed to be set by demuxers. Set avg_frame_rate and r_frame_rate instead.
-
- 10 Feb, 2012 1 commit
-
-
Joakim Plate authored
Signed-off-by: Paul B Mahol <onemda@gmail.com> Signed-off-by: Justin Ruggles <justin.ruggles@gmail.com>
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-
- 30 Nov, 2011 1 commit
-
-
Anton Khirnov authored
It's supposed to be called only from (de)muxers.
-
- 19 Oct, 2011 2 commits
-
-
Anton Khirnov authored
Manual replacements are done in this commit. In many cases, the id is some constant made up number (e.g. 0 for video and 1 for audio), which is then not used in the demuxer for anything. Those ids are removed.
-
Anton Khirnov authored
Trivial replacements with sed are done in this commit: sed 's/av_new_stream(\([^)]*\), 0)/avformat_new_stream(\1, NULL)/'
-
- 17 Jul, 2011 1 commit
-
-
Anton Khirnov authored
It's more readable and less prone to breakage.
-
- 03 Jul, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 08 Jun, 2011 1 commit
-
-
Anton Khirnov authored
-
- 03 Jun, 2011 1 commit
-
-
Mans Rullgard authored
Most of these variables are only used in av_dlog statements, some are required but not used by other macros. Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 31 May, 2011 1 commit
-
-
Diego Biurrun authored
-
- 03 Apr, 2011 1 commit
-
-
Anton Khirnov authored
Use it instead of url_is_streamed and AVIOContext.is_streamed.
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 17 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 07 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 04 Mar, 2011 1 commit
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 01 Mar, 2011 2 commits
-
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
Anton Khirnov authored
Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 21 Feb, 2011 1 commit
-
-
Anton Khirnov authored
In the name of consistency: get_byte -> avio_r8 get_<type> -> avio_r<type> get_buffer -> avio_read get_partial_buffer will be made private later get_strz is left out becase I want to change it later to return something useful. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 29 Jan, 2011 1 commit
-
-
Luca Barbato authored
dprintf clashes with POSIX.1-2008
-
- 26 Jan, 2011 1 commit
-
-
Diego Elio Pettenò authored
This also lists the objects from those two libraries as internal (by adding the ff_ prefix) so that they can then be hidden via linker scripts.
-
- 25 Apr, 2010 1 commit
-
-
Stefano Sabatini authored
in its place. av_metadata_set() is going to be dropped at the next major bump. Originally committed as revision 22961 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 30 Mar, 2010 1 commit
-
-
Stefano Sabatini authored
is deprecated and will be dropped at the next major bump. Originally committed as revision 22735 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Mar, 2010 1 commit
-
-
Vitor Sessak authored
Originally committed as revision 22153 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 25 Aug, 2009 1 commit
-
-
Baptiste Coudurier authored
Originally committed as revision 19702 to svn://svn.ffmpeg.org/ffmpeg/trunk
-