- 20 Mar, 2019 1 commit
-
-
Carl Eugen Hoyos 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.
-
- 05 Aug, 2013 1 commit
-
-
Wei-Cheng Pan authored
Fixes handling of lower case pcmu Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 01 Feb, 2013 1 commit
-
-
Diego Biurrun authored
-
- 24 Jan, 2013 1 commit
-
-
Martin Storsjö authored
Not sure if this actually happens, but we do the same check when checking payload_type further above in the function, so it might be needed. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Jan, 2013 1 commit
-
-
Martin Storsjö authored
This fixes crashes with muxing H263 into RTSP. CC: libav-stable@libav.org Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 11 Jan, 2013 2 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Remove leftover debug comments, fix brace placement and add whitespace, remove unnecessary and weirdly placed braces. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 20 Dec, 2012 1 commit
-
-
Martin Storsjö authored
This makes all users of rtpenc_chain (rtsp muxer, sapenc, mov rtp hinting) work again, broken since 8034130e. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 14 Nov, 2012 1 commit
-
-
Luca Barbato authored
Support multiple video/audio streams with different format in the same session. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 23 Jul, 2012 1 commit
-
-
Adriano Pallavicino authored
If using a different sample rate or number of channels, use a dynamic payload type instead, where the parameters are passed in the SDP. G722 is a special case where the normal rules don't apply. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 22 Jul, 2012 1 commit
-
-
Mohamed Naufal Basheer authored
Signed-off-by: Kostya Shishkov <kostya.shishkov@gmail.com>
-
- 23 Feb, 2012 1 commit
-
-
Martin Storsjö authored
According to newer RFCs, this packetization scheme should only be used for interfacing with legacy systems. Implementing this packetization mode properly requires parsing the full H263 bitstream to find macroblock boundaries (and knowing their macroblock and gob numbers and motion vector predictors). This implementation tries to look for GOB headers (which can be inserted by using -ps <small number>), but if the GOBs aren't small enough to fit into the MTU, the packetizer blindly splits packets at any offset and claims it to be a GOB boundary (by using Mode A from the RFC). While not correct, this seems to work with some receivers. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 17 Oct, 2011 1 commit
-
-
Martin Storsjö authored
It was broken in 3b3ea346 "Remove all uses of deprecated AVOptions API", where any presence of a payload_type AVOption caused its value to be returned, even if it wasn't set (and thus had the default -1 value). This caused the RTP muxer to be broken. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 12 Oct, 2011 1 commit
-
-
Anton Khirnov authored
-
- 29 Sep, 2011 1 commit
-
-
Mohamed Naufal Basheer authored
-
- 26 Sep, 2011 2 commits
-
-
Rafaël Carré authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Rafaël Carré authored
Specifying the payload type is useful when the type number has already been negotiated before creating the stream, for example in SIP protocol. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Sep, 2011 1 commit
-
-
Rafaël Carré authored
Move the identical code in rtp_write_header() and ff_sdp_write_media() inside ff_rtp_get_payload_type() Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 19 Mar, 2011 1 commit
-
-
Mans Rullgard authored
Signed-off-by: Mans Rullgard <mans@mansr.com>
-
- 15 Sep, 2010 1 commit
-
-
Martin Storsjö authored
Originally committed as revision 25125 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
-
- 11 Jan, 2010 1 commit
-
-
Luca Abeni authored
Originally committed as revision 21152 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 13 Apr, 2009 1 commit
-
-
Stefano Sabatini authored
Originally committed as revision 18494 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 07 Apr, 2009 1 commit
-
-
Luca Abeni authored
Originally committed as revision 18346 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 17 Feb, 2009 1 commit
-
-
Luca Abeni authored
a static function Originally committed as revision 17390 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 16 Feb, 2009 1 commit
-
-
Luca Abeni authored
a static function Originally committed as revision 17364 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 27 Jan, 2009 1 commit
-
-
Luca Abeni authored
Originally committed as revision 16817 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 19 Jan, 2009 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 16684 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 24 Jun, 2008 1 commit
-
-
Luca Abeni authored
Originally committed as revision 13943 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 09 May, 2008 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 13098 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 31 Mar, 2008 4 commits
-
-
Luca Abeni authored
Originally committed as revision 12646 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 12645 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 12644 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 12643 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 06 Jan, 2008 1 commit
-
-
Diego Pettenò authored
Patch by Diego 'Flameeyes' Pettenò (flameeyes AT gmail DOT com) Originally committed as revision 11432 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 04 Jan, 2008 2 commits
-
-
Luca Abeni authored
Originally committed as revision 11408 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
Luca Abeni authored
Originally committed as revision 11406 to svn://svn.ffmpeg.org/ffmpeg/trunk
-
- 02 Dec, 2007 1 commit
-
-
Diego Biurrun authored
Originally committed as revision 11125 to svn://svn.ffmpeg.org/ffmpeg/trunk
-