- 27 Apr, 2016 1 commit
-
-
Andreas Weis authored
The new function behaves the same as av_log_format_line, but also forwards the return value from the underlying snprintf call. This will allow callers to accurately determine the size requirements for the line buffer. Signed-off-by: Andreas Weis <github@ghulbus-inc.de> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 22 Apr, 2016 2 commits
-
-
Lou Logan authored
Signed-off-by: Lou Logan <lou@lrcd.com>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Apr, 2016 1 commit
-
-
wm4 authored
Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the packet and may produce output, the new API requires the user to send input first, and then ask for output. For now, there are no codecs supporting this API. The API can work with codecs using the old API, and most code added here is to make them interoperate. The reverse is not possible, although for audio it might. From Libav commit 05f66706. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 02 Apr, 2016 1 commit
-
-
Stefano Sabatini authored
This is consistent with the AV_BASE64_SIZE macro and avoids the literal use of constants in the code.
-
- 24 Mar, 2016 1 commit
-
-
Michael Niedermayer authored
This includes documentation and other modifications by Lukasz Marek and Martin Storsjö. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Mar, 2016 1 commit
-
-
wm4 authored
Until now, the decoding API was restricted to outputting 0 or 1 frames per input packet. It also enforces a somewhat rigid dataflow in general. This new API seeks to relax these restrictions by decoupling input and output. Instead of doing a single call on each decode step, which may consume the packet and may produce output, the new API requires the user to send input first, and then ask for output. For now, there are no codecs supporting this API. The API can work with codecs using the old API, and most code added here is to make them interoperate. The reverse is not possible, although for audio it might. Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 20 Mar, 2016 1 commit
-
-
Anton Khirnov authored
Deprecate the current bitstream filtering API.
-
- 19 Mar, 2016 4 commits
-
-
Mark Thompson authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
Mark Thompson authored
Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 11 Mar, 2016 1 commit
-
-
Ronald S. Bultje authored
If pkt->size == 0 && pkt->side_data_elems == 0 after bsf->filter() returns, the packet is considered dropped.
-
- 04 Mar, 2016 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 28 Feb, 2016 1 commit
-
-
Reimar Döffinger authored
Check that the required plane pointers and only those are set up. Currently does not enforce anything for the palette pointer of pseudopal formats as I am unsure about the requirements. Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- 26 Feb, 2016 4 commits
-
-
Clément Bœsch authored
-
Clément Bœsch authored
-
Anton Khirnov authored
Also, remove a stray line (apparently fallout from conflict resolution).
-
Anton Khirnov authored
-
- 23 Feb, 2016 3 commits
-
-
Stefano Sabatini authored
This allows to copy information related to the stream ID from the demuxer to the muxer, thus allowing for example to retain information related to synchronous and asynchronous KLV data packets. This information is used in the muxer when remuxing to distinguish the two kind of packets (if the information is lacking, data packets are considered synchronous). The fate reference changes are due to the use of av_packet_merge_side_data(), which increases the size of the output packet size, since side data is merged into the packet data.
-
Anton Khirnov authored
-
Anton Khirnov authored
This API is intended to allow passing around codec parameters without using full AVCodecContext (which also contains codec options and encoder/decoder state).
-
- 22 Feb, 2016 1 commit
-
-
Anton Khirnov authored
Should make the default behaviour safer for careless callers that open random untrusted files. Bug-Id: CVE-2016-1897 Bug-Id: CVE-2016-1898
-
- 18 Feb, 2016 1 commit
-
-
Paul B Mahol authored
Signed-off-by: Paul B Mahol <onemda@gmail.com>
-
- 14 Feb, 2016 8 commits
-
-
Anton Khirnov authored
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
-
Anton Khirnov authored
This should allow using more complex allocators than simple malloc wrappers.
-
- 13 Feb, 2016 2 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
also fix some inconsistencies Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 Feb, 2016 1 commit
-
-
Michael Niedermayer authored
Note to maintainers: update tools Note to maintainers: set a default whitelist for your protocol If that makes no sense then consider to set "none" and thus require the user to specify a white-list for sub-protocols to be opened Note, testing and checking for missing changes is needed Reviewed-by: Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 01 Feb, 2016 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 24 Jan, 2016 1 commit
-
-
Anton Khirnov authored
Some (de)muxers open additional files beyond the main IO context. Currently, they call avio_open() directly, which prevents the caller from using custom IO for such streams. This commit adds callbacks to AVFormatContext that default to avio_open2()/avio_close(), but can be overridden by the caller. All muxers and demuxers using AVIO are switched to using those callbacks instead of calling avio_open()/avio_close() directly. (de)muxers that use the URLProtocol layer directly instead of AVIO remain unconverted for now. This should be fixed in later commits.
-
- 11 Jan, 2016 1 commit
-
-
Luca Barbato authored
-
- 28 Dec, 2015 1 commit
-
-
Rodger Combs authored
This solves the problem discussed in https://ffmpeg.org/pipermail/ffmpeg-devel/2015-September/179238.html by allowing AVCodec::write_header to be delayed until after packets have been run through required bitstream filters in order to generate global extradata. It also provides a mechanism by which a muxer can add a bitstream filter to a stream automatically, rather than prompting the user to do so.
-
- 22 Dec, 2015 1 commit
-
-
Nicolas George authored
Applications are not supposed to mess with links, they should close the sinks. Furthermore, this function does not distinguish what end of the link caused the close and does not have a timestamp.
-