- 20 Mar, 2019 1 commit
-
-
Carl Eugen Hoyos authored
This is also what av_base64_encode() expects. Fixes the following warnings with clang: libavformat/sdp.c:394:40: warning: implicit conversion from 'int' to 'char' changes value from 254 to -2 libavformat/sdp.c:395:40: warning: implicit conversion from 'int' to 'char' changes value from 205 to -51 libavformat/sdp.c:396:40: warning: implicit conversion from 'int' to 'char' changes value from 186 to -70
-
- 28 Jan, 2018 1 commit
-
-
Marton Balint authored
Signed-off-by:
Marton Balint <cus@passwd.hu>
-
- 29 Oct, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Fixes ticket #6770.
-
- 07 Oct, 2017 2 commits
-
-
Carl Eugen Hoyos authored
-
Carl Eugen Hoyos authored
RFC 3551 defines "G726" for little-endian ("right-justified") G.726 and announces "AAL2-G726" for big-endian ("left-justified") G.726.
-
- 21 Sep, 2017 1 commit
-
-
Carl Eugen Hoyos authored
-
- 17 Jul, 2016 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 13 Jun, 2016 1 commit
-
-
Thomas Volkert authored
-
- 04 May, 2016 1 commit
-
-
Vittorio Giovara authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 03 May, 2016 1 commit
-
-
Thomas Volkert authored
-
- 01 Mar, 2016 2 commits
-
-
Mark Harris authored
Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
Mark Harris authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 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.
-
- 15 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
-
- 18 Dec, 2014 1 commit
-
-
Thomas Volkert authored
The packetizer only supports splitting at GOB headers - if such aren't available frequently enough, it splits at any random byte offset (not at a macroblock boundary either, which would be allowed by the spec) and sends a payload header pretend that it starts with a GOB header. As long as a receiver doesn't try to handle such cases cleverly but just drops broken frames, this shouldn't matter too much in practice. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 14 Dec, 2014 1 commit
-
-
Michael Niedermayer authored
Reviewed-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 15 Oct, 2014 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 06 Oct, 2014 1 commit
-
-
Martin Storsjö authored
By using ff_avc_write_annexb_extradata instead of the h264_mp4toannexb BSF, the code for doing the conversion itself is kept much shorter, there's less state to restore at the end, we don't risk leaving the AVCodecContext in an inconsistent state if returning early due to errors, etc. Also add a missing free if the base64 encoding fails. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 03 Oct, 2014 1 commit
-
-
Thomas Volkert authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 29 Sep, 2014 1 commit
-
-
Timothy B. Terriberry authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 24 Sep, 2014 1 commit
-
-
Thomas Volkert authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 15 Aug, 2014 1 commit
-
-
Gabriel Dume authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
- 24 Apr, 2014 1 commit
-
-
Carl Eugen Hoyos authored
The Windows runtime aborts if it finds %t or %z. Fixes ticket #3472. Reviewed-by: Ronald Bultje
-
- 04 Jan, 2014 1 commit
-
-
Martin Storsjö authored
This avoids crashes when avserver tries to create an SDP, since d77f4afa. CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 14 Dec, 2013 1 commit
-
-
Martin Storsjö authored
This avoids a memory leak (or having to worry about freeing the config string) if the colorspace isn't accepted. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 12 Dec, 2013 1 commit
-
-
Michael Niedermayer authored
Fixes CID700640 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 15 Jan, 2013 1 commit
-
-
Martin Storsjö authored
Also print port numbers for this protocol. 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>
-
- 13 Oct, 2012 1 commit
-
-
Dmitry Samonenko authored
Optional sdp speex payload parameter is outputed only when data is encoded. It's not printed in case of stream copy. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 09 Oct, 2012 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Oct, 2012 1 commit
-
-
Anton Khirnov authored
-
- 26 Sep, 2012 1 commit
-
-
Dmitry Samonenko authored
This packetization scheme simply places the full packets into the RTP packet without any extra header bytes. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 23 Sep, 2012 2 commits
-
-
Samuel Pitoiset authored
-
Dmitry Samonenko authored
* libspeex audio codec is no longer considered unsupported when using rtp as output format. * SDP rtpmap is added for speex payload, formatted according to RFC Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- 28 Aug, 2012 2 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This is required for playback with the Stagefright RTSP framework on Android. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 07 Aug, 2012 1 commit
-
-
Anton Khirnov authored
-
- 18 Jun, 2012 2 commits
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This requires all NAL units to fit within single RTP packets. It doesn't change the actual packetization for packets that fit, but errors out and gives a helpful hint if the NAL units would have to be split, and signals the right packetization mode in the SDP. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 28 Mar, 2012 1 commit
-
-
Diego Biurrun authored
Also remove one pointless zero initialization in rangecoder.c.
-