- 22 Oct, 2017 1 commit
-
-
James Almer authored
The actual API is left in place until the deprecation period ends. Signed-off-by: James Almer <jamrial@gmail.com>
-
- 08 Sep, 2017 1 commit
-
-
Ilia Valiakhmetov authored
Signed-off-by: Ilia Valiakhmetov <zakne0ne@gmail.com> Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 01 Sep, 2017 1 commit
-
-
James Almer authored
Their use in the public header is deprecated and will be removed, but they are still needed by some codecs at least as long as qscale related deprecated fields in the AVFrame struct remain in the tree.
-
- 06 May, 2017 1 commit
-
-
Michael Niedermayer authored
Fixes Timeout Fixes: 508/clusterfuzz-testcase-6245747678773248 Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/targets/ffmpegSigned-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 01 May, 2017 1 commit
-
-
James Almer authored
The code it refers to was moved to decode.c in 00fb745a
-
- 29 Apr, 2017 1 commit
-
-
Muhammad Faiz authored
So, all frames and errors are correctly reported in order. Also limit the numbers of error during draining to prevent infinite loop. This fix fate failure with THREADS>=4: make fate-h264-attachment-631 THREADS=4 This also reverts a755b725. Suggested-by: wm4, Ronald S. Bultje, Marton Balint Reviewed-by: w4 <nfxjfg@googlemail.com> Reviewed-by: Ronald S. Bultje <rsbultje@gmail.com> Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Muhammad Faiz <mfcc64@gmail.com>
-
- 23 Mar, 2017 1 commit
-
-
Vittorio Giovara authored
Deprecated in 10/2014 and 07/2015.
-
- 17 Mar, 2017 1 commit
-
-
Tobias Rapp authored
Allows to get a more realistic total bitrate (and estimated file size) in avi_write_header. Previously a static default value of 200k was assumed. Adds an internal helper function for bitrate guessing. Signed-off-by: Tobias Rapp <t.rapp@noa-archive.com> Reviewed-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Mar, 2017 1 commit
-
-
Carl Eugen Hoyos authored
Fixes a gcc warning: libavcodec/utils.c:2244:26: warning: assignment discards 'const' qualifier from pointer target type [-Wdiscarded-qualifiers]
-
- 09 Mar, 2017 1 commit
-
-
wm4 authored
Apparently the demuxer outputs the wrong padding for HE-AAC (based on the raw sample rate, or so). aacdec contains a hack to adjust the muxer padding accordingly before it's used to trim the decoder output. This modified the packet side data, which in combination with the old decoding API would change the packet the user passed to the decoder. This is clearly not allowed, and it breaks running some gapless fate tests with "-fflags +keepside" applied (without keepside, the packet metadata is typically newly allocated, essentially making a copy and not modifying the user's input packet). This should probably be fixed in the demuxer (and consequently also the muxer), but for now only fix the immediate problem. Regression since 946ed78f (2012).
-
- 12 Jan, 2017 1 commit
-
-
Anton Khirnov authored
Also, add generic code for handling cropping, so the decoders can export just the cropping size and not bother with the rest.
-
- 14 Dec, 2016 3 commits
-
-
Anton Khirnov authored
-
Anton Khirnov authored
Currently, the new decoding API is pretty much just a wrapper around the old deprecated one. This is problematic, since it interferes with making full use of the flexibility added by the new API. The old API should also be removed at some future point. Reorganize the code so that the new send_packet/receive_frame functions call the actual decoding directly and change the old deprecated avcodec_decode_* functions into wrappers around the new API. The new internal API for decoders is now changing as well. Before this commit, it mirrors the public API, so the decoders need to implement send_packet() and receive_frame() callbacks. This turns out to require awkward constructs in both the decoders and the generic code. After this commit, the decoders only implement the receive_frame() callback and call a new internal function, ff_decode_get_packet() to obtain input data, in the same manner to how the bitstream filters now work. avcodec will now always make a reference to the input packet, which means that non-refcounted input packets will be copied. Keeping the previous behaviour, where this copy could sometimes be avoided, would make the code significantly more complex and fragile for only dubious gains, since packets are typically small and everyone who cares about performance should use refcounted packets anyway.
-
Anton Khirnov authored
The current code stores a pointer to the packet passed to the decoder, which is then used during get_buffer() for timestamps and side data passthrough. However, since this is a pointer to user data which we do not own, storing it is potentially dangerous. It is also ill defined for the new decoding API with split input/output. Fix this problem by making an explicit internally owned copy of the packet properties.
-
- 16 Nov, 2016 1 commit
-
-
Thierry Foucu authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 01 Oct, 2016 1 commit
-
-
wm4 authored
With the new decode API, doing this in ffmpeg.c is impractical. There was resistance against removing the warning, so put it into libavcodec. Not bothering with reducing the warning to verbose log level for subsequent wanrings. The warning should be rare, and only happen when developing new codecs for the old API. Includes a change suggested by Michael Niedermayer.
-
- 19 Jun, 2016 1 commit
-
-
Andrey Turkin authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 21 Apr, 2016 2 commits
-
-
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>
-
Michael Niedermayer authored
With this the use of the caps_internal from libavformat can be avoided Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 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>
-
- 16 Dec, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Ganesh Ajjanagadde <gajjanagadde@gmail.com>
-
- 08 Dec, 2015 1 commit
-
-
Luca Barbato authored
Avoid the warning `-Wempty-body`.
-
- 06 Dec, 2015 1 commit
-
-
Anton Khirnov authored
-
- 05 Dec, 2015 1 commit
-
-
Luca Barbato authored
Avoid the warning `-Wempty-body`.
-
- 17 Nov, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 15 Nov, 2015 1 commit
-
-
Matthieu Bouron authored
The decoder extracts and fills its parameters even if the frame is skipped due to the skip_frame setting.
-
- 21 Oct, 2015 1 commit
-
-
Andreas Cadhalpun authored
It is only used inside libavcodec. Reviewed-by: Michael Niedermayer <michael@niedermayer.cc> Signed-off-by: Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com>
-
- 02 Oct, 2015 1 commit
-
-
Derek Buitenhuis authored
Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 20 Sep, 2015 1 commit
-
-
Michael Niedermayer authored
Avoids problems when used without braces Found-by: Clément Bœsch <u@pkh.me> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 19 Sep, 2015 1 commit
-
-
Ganesh Ajjanagadde authored
This silences a -Wempty-body warning on clang 3.7+, e.g http://fate.ffmpeg.org/log.cgi?time=20150918181527&log=compile&slot=x86_64-darwin-clang-polly-vectorize-stripmine-3.7. Signed-off-by: Ganesh Ajjanagadde <gajjanagadde@gmail.com> Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 12 Sep, 2015 1 commit
-
-
wm4 authored
The generic code in utils.c sets the AVFrame.pkt_dts field from the packet it was supposedly decoded. This does not have to be true for a fully asynchronous decoder like mmaldec. It could be overwritten with an incorrect value. Even if the decoder doesn't determine the DTS (but sets it to AV_NOPTS_VALUE), it's impossible to determine a correct value in utils.c. Decoders can now be marked with FF_CODEC_CAP_SETS_PKT_DTS, in which case utils.c won't overwrite the field. The decoders are expected to set this field (even if they only set it to AV_NOPTS_VALUE). Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 05 Sep, 2015 1 commit
-
-
Hendrik Leppkes authored
-
- 18 Aug, 2015 1 commit
-
-
Ronald S. Bultje authored
-
- 04 Aug, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 27 Jul, 2015 3 commits
-
-
Vittorio Giovara authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This parameter can be used to inform the allocation code about how much downsizing might occur, and can be used to optimize how to allocate the packet Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 22 Jul, 2015 1 commit
-
-
Michael Niedermayer authored
The stats are a superset of the quality factor, also allowing the picture type and encoder "PSNR" stats to be exported This also replaces the native by fixed little endian order for the affected side data AV_PKT_DATA_QUALITY_FACTOR is left as a synonym of AV_PKT_DATA_QUALITY_STATS Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 16 Jul, 2015 1 commit
-
-
Carl Eugen Hoyos authored
-
- 02 Jul, 2015 1 commit
-
-
Vittorio Giovara authored
They are used by dnxhd and mpegvideo_enc exclusively, move them to codec private options instead. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-