- 23 Dec, 2016 1 commit
-
-
Diego Biurrun authored
-
- 30 Sep, 2016 1 commit
-
-
Anton Khirnov authored
It is supposed to be a flag. The only currently defined value is AVIO_SEEKABLE_NORMAL, but other ones may be added in the future. However all the current lavf code treats this field as a bool (mainly for historical reasons). Change all those cases to properly check for AVIO_SEEKABLE_NORMAL.
-
- 17 Aug, 2016 1 commit
-
-
Diego Biurrun authored
-
- 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.
-
- 26 Oct, 2015 1 commit
-
-
Luca Barbato authored
`av_packet_unref` matches the AVFrame ref-counted API and can be used as a drop in replacement. Deprecate `av_free_packet`.
-
- 28 Aug, 2015 1 commit
-
-
Vittorio Giovara authored
Deprecated in 10/2012.
-
- 27 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
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.
-
- 08 Mar, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Use correct context, reduce log level, don't assume it is a video stream, and print the tag of the unknown stream. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 17 Feb, 2015 1 commit
-
-
Hugo Beauzée-Luyssen authored
Bug-Id: CID 1257835
-
- 14 Feb, 2015 1 commit
-
-
Diego Biurrun authored
-
- 04 Dec, 2014 1 commit
-
-
Luca Barbato authored
The function takes a size and not an offset. CC: libav-stable@libav.org Sample-Id: rm_deadlock.rm Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 21 Oct, 2014 2 commits
-
-
Vittorio Giovara authored
CC: libav-stable@libav.org Bug-Id: CID 90558
-
Vittorio Giovara authored
CC: libav-stable@libav.org Bug-Id: CID 733714
-
- 22 Jun, 2014 1 commit
-
-
Diego Biurrun authored
-
- 01 May, 2014 1 commit
-
-
Anton Khirnov authored
That field will be deprecated and the value that is written there is not particularly useful.
-
- 11 Mar, 2014 1 commit
-
-
Diego Biurrun authored
-
- 18 Sep, 2013 1 commit
-
-
Martin Storsjö authored
Abort if it is invalid if strict error checking has been requested. Reported-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 02 Sep, 2013 1 commit
-
-
Diego Biurrun authored
-
- 02 Aug, 2013 1 commit
-
-
Diego Biurrun authored
-
- 07 Jul, 2013 1 commit
-
-
Michael Niedermayer authored
This fixes crashes when playing back certain RealRTSP streams. When invoked from the RTP depacketizer, the full realmedia demuxer isn't invoked, but only certain functions from it, where a separate AVIOContext is passed in as parameter (for the buffer containing the data to parse). The functions called from within those entry points should only be using that parameter, not s->pb. In the depacketizer case, s is the RTSP context, where ->pb is null. Cc: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 11 Mar, 2013 1 commit
-
-
Anton Khirnov authored
-
- 08 Mar, 2013 1 commit
-
-
Anton Khirnov authored
This will allow us to avoid copying the packets in many cases. This breaks ABI.
-
- 28 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 12 Nov, 2012 1 commit
-
-
Justin Ruggles authored
-
- 15 Oct, 2012 1 commit
-
-
Diego Biurrun authored
-
- 01 Oct, 2012 1 commit
-
-
Diego Biurrun 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.
-
- 20 Apr, 2012 1 commit
-
-
Justin Ruggles authored
Fixes jittery video playback of rm files with cook audio.
-
- 19 Mar, 2012 1 commit
-
-
Kostya Shishkov authored
-
- 02 Mar, 2012 1 commit
-
-
Alex Converse authored
-
- 01 Mar, 2012 1 commit
-
-
Diego Biurrun authored
libavformat/rmdec.c:383: warning: format ‘%d’ expects type ‘int’, but argument 7 has type ‘int64_t’
-
- 22 Feb, 2012 2 commits
-
-
Ronald S. Bultje authored
Specifically, prevent jumping back in the file for the next index, since this can lead to infinite loops where we jump between indexes referring to each other, and don't read indexes that don't fit in the file. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
Ronald S. Bultje authored
We read sub_packet_h / 2 packets per line of data (during deinterleaving), which equals zero if sub_packet_h <= 1, thus causing us to not read any data, leading to an infinite loop. Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind CC: libav-stable@libav.org
-
- 27 Jan, 2012 1 commit
-
-
Anton Khirnov authored
-
- 07 Jan, 2012 1 commit
-
-
Diego Biurrun authored
-
- 30 Nov, 2011 2 commits
-
-
Anton Khirnov authored
It's supposed to be called only from (de)muxers.
-
Anton Khirnov authored
It's not supposed to be set outside of lavc. Set r_frame_rate instead.
-