- 06 Dec, 2017 1 commit
-
-
James Almer authored
Every bitstream filter behaves as intended now, so there's no need to wait for the first packet of every stream. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 29 Oct, 2017 1 commit
-
-
James Almer authored
It has no effect whatsoever since the major bump. Replace the flag's documentation to reflect this as well. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 24 Jun, 2017 1 commit
-
-
Marton Balint authored
If flushing is not disabled, then mux.c will signal the end of the packets with an AVIO_DATA_MARKER_FLUSH_POINT, and aviobuf will be able to decide to flush or not based on the preferred minimum packet size set by the used protocol. Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Marton Balint <cus@passwd.hu>
-
- 21 Mar, 2017 1 commit
-
-
wm4 authored
This patch deprecates anything that has to do with merging/splitting side data. Automatic side data merging (and splitting), as well as all API symbols involved in it, are removed completely. Two FF_API_ defines are dedicated to deprecating API symbols related to this: FF_API_MERGE_SD_API removes av_packet_split/merge_side_data in libavcodec, and FF_API_LAVF_KEEPSIDE_FLAG deprecates AVFMT_FLAG_KEEP_SIDE_DATA in libavformat. Since it was claimed that changing the default from merging side data to not doing it is an ABI change, there are two additional FF_API_ defines, which stop using the side data merging/splitting by default (and remove any code in avformat/avcodec doing this): FF_API_MERGE_SD in libavcodec, and FF_API_LAVF_MERGE_SD in libavformat. It is very much intended that FF_API_MERGE_SD and FF_API_LAVF_MERGE_SD are quickly defined to 0 in the next ABI bump, while the API symbols are retained for a longer time for the sake of compatibility. AVFMT_FLAG_KEEP_SIDE_DATA will (very much intentionally) do nothing for most of the time it will still be defined. Keep in mind that no code exists that actually tries to unset this flag for any reason, nor does such code need to exist. Code setting this flag explicitly will work as before. Thus it's ok for AVFMT_FLAG_KEEP_SIDE_DATA to do nothing once side data merging has been removed from libavformat. In order to avoid that anyone in the future does this incorrectly, here is a small guide how to update the internal code on bumps: - next ABI bump (probably soon): - define FF_API_LAVF_MERGE_SD to 0, and remove all code covered by it - define FF_API_MERGE_SD to 0, and remove all code covered by it - next API bump (typically two years in the future or so): - define FF_API_LAVF_KEEPSIDE_FLAG to 0, and remove all code covered by it - define FF_API_MERGE_SD_API to 0, and remove all code covered by it This forces anyone who actually wants packet side data to temporarily use deprecated API to get it all. If you ask me, this is batshit fucked up crazy, but it's how we roll. Making AVFMT_FLAG_KEEP_SIDE_DATA to be set by default was rejected as an ABI change, so I'm going all the way to get rid of this once and for all. Reviewed-by: James Almer <jamrial@gmail.com> Reviewed-by: Rostislav Pehlivanov <atomnuker@gmail.com> Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 13 Dec, 2016 1 commit
-
-
Michael Niedermayer authored
Fixes CVE-2016-9561, Note the security relevance of this is disputed as running out of memory can happen with valid files Suggested-by: Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Reviewed-by: Andreas Cadhalpun <andreas.cadhalpun@googlemail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Dec, 2016 1 commit
-
-
Michael Niedermayer authored
This allows user apps to stop OOM due to excessive number of streams Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 13 Sep, 2016 1 commit
-
-
Rodger Combs authored
This is mostly useful for muxers that wrap other muxers, such as dashenc and segment. The actual duplicated bitstream filtering is largely harmless, but delaying the header can cause problems when the muxer intended the header to be written to a separate file.
-
- 11 Sep, 2016 1 commit
-
-
Michael Niedermayer authored
This will allow fixing several bugs with the -shortest option Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 02 May, 2016 1 commit
-
-
Michael Niedermayer authored
Fixes Ticket5443 Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 04 Mar, 2016 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 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
-
-
Moritz Barsnick authored
It is only used in a boolean context. Also clarify its documentation. Signed-off-by: Moritz Barsnick <barsnick@gmx.net> 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>
-
- 04 Dec, 2015 1 commit
-
-
Clément Bœsch authored
-
- 17 Sep, 2015 1 commit
-
-
James Almer authored
Reviewed-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 15 Sep, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Both are only accessible through AVOptions.
-
- 01 Sep, 2015 1 commit
-
-
Carl Eugen Hoyos authored
Add FF_API_PROBESIZE_32 to allow removing 32bit probesize and 32bit max_analyze_duration after the next libavformat version bump.
-
- 22 Apr, 2015 1 commit
-
-
wm4 authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 07 Nov, 2014 1 commit
-
-
Michael Niedermayer authored
This is the same logic as is invoked on AVFMT_TS_NEGATIVE, but which can be enabled manually, or can be enabled in muxers which only need it in certain conditions. Also allow using the same mechanism to force streams to start at 0. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 19 Oct, 2014 1 commit
-
-
Michael Niedermayer authored
This allows restricting demuxers to a list of needed ones for improved security Note, some demuxers themselfs open other demuxers, these are only restricted if AVOptions are forwarded to them. Please check that your code does that. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 08 Oct, 2014 1 commit
-
-
Michael Niedermayer authored
The default is to maintain the previous ", " for now. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 05 Oct, 2014 1 commit
-
-
Michael Niedermayer authored
Fixes ticket 3959 Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 Aug, 2014 1 commit
-
-
Anton Khirnov authored
It allows to configure how long will avformat_find_stream_info() wait to get the first timestamp.
-
- 30 Jul, 2014 1 commit
-
-
Carl Eugen Hoyos authored
Allows to set a probesize >2G. Tested-by: Oliver Fromme
-
- 28 Jun, 2014 1 commit
-
-
Michael Niedermayer authored
Found-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 10 Jun, 2014 1 commit
-
-
Carl Eugen Hoyos authored
-
- 06 Jun, 2014 1 commit
-
-
Carl Eugen Hoyos authored
-
- 28 May, 2014 1 commit
-
-
Luca Barbato authored
Provide f_strict for avconv usage. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 26 May, 2014 1 commit
-
-
Michael Niedermayer authored
this way we can do better tha a single fixed constant value Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 25 May, 2014 1 commit
-
-
Michael Niedermayer authored
Currently probesize is cliped at 1mb before being used for format detection. Alternatively this cliping could be removed but this would then tie various things like stream analysis to the file detection. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 15 May, 2014 1 commit
-
-
Anton Khirnov authored
Use it instead of checking CODEC_FLAG_BITEXACT in the first stream's codec context. Using codec options inside lavf is fragile and can easily break when the muxing codec context is not the encoding context.
-
- 04 May, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 12 Mar, 2014 1 commit
-
-
Fred Rothganger authored
For muxing, it accepts both 0 and AV_NOPTS_VALUE. For demuxing, it will present AV_NOPTS_VALUE when start_time_realtime is unknown. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 24 Feb, 2014 1 commit
-
-
Michael Niedermayer authored
Idea-by: ubitux Reviewed-by: Timothy Gu <timothygu99@gmail.com> Reviewed-by: Clément Bœsch <u@pkh.me> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 22 Feb, 2014 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Feb, 2014 1 commit
-
-
Luca Barbato authored
Currently ff_interleave_packet_per_dts() waits until it gets a frame for each stream before outputting packets in interleaved order. Sparse streams (i.e. streams with much fewer packets than the other streams, like subtitles or audio with DTX) tend to add up latency and in specific cases end up allocating a large amount of memory. Emit the top packet from the packet_buffer if it has a time delta larger than a specified threshold. Original report of the issue and initial proposed solution by mus.svz@gmail.com. Bug-id: 31 Signed-off-by: Anton Khirnov <anton@khirnov.net>
-
- 02 Feb, 2014 1 commit
-
-
Stefano Sabatini authored
This option can be generally useful to set an output offset, needed when setting an absolute index in the output.
-
- 24 Jan, 2014 1 commit
-
-
James Darnley authored
This field is used to store the number of bytes that should be written as padding to a metadata header of a file. For example: - The FLAC format's METADATA_BLOCK_PADDING [1] - The ID3v2 tag format's padding [2] [1] http://xiph.org/flac/format.html#metadata_block_padding [2] http://id3.org/id3v2.3.0#ID3v2_overviewSigned-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 27 Oct, 2013 1 commit
-
-
Michael Niedermayer authored
The flag was and is intended to be a sane default and thus does not enable time consuming checks. This also matches how the flag is used in decoders and demuxers. Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 17 Sep, 2013 1 commit
-
-
Michael Niedermayer authored
Contains text suggested by carl Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-