- 13 Nov, 2018 1 commit
-
-
Tobias Rapp authored
Reverts some accidental change in commit e621b1ca. Reviewed-by: Jan Ekström <jeebjp@gmail.com> Signed-off-by: Tobias Rapp <t.rapp@noa-archive.com>
-
- 05 Nov, 2018 1 commit
-
-
Valery Kot authored
-
- 05 Apr, 2018 1 commit
-
-
Valery Kot authored
Signed-off-by: Valery Kot <valery.kot@gmail.com>
-
- 14 Dec, 2017 2 commits
-
-
wm4 authored
Explicitly identify decoder/encoder wrappers with a common name. This saves API users from guessing by the name suffix. For example, they don't have to guess that "h264_qsv" is the h264 QSV implementation, and instead they can just check the AVCodec .codec and .wrapper_name fields. Explicitly mark AVCodec entries that are hardware decoders or most likely hardware decoders with new AV_CODEC_CAPs. The purpose is allowing API users listing hardware decoders in a more generic way. The proposed AVCodecHWConfig does not provide this information fully, because it's concerned with decoder configuration, not information about the fact whether the hardware is used or not. AV_CODEC_CAP_HYBRID exists specifically for QSV, which can have software implementations in case the hardware is not capable. Based on a patch by Philip Langdale <philipl@overt.org>. Merges Libav commit 47687a2f.
-
wm4 authored
Explicitly identify decoder/encoder wrappers with a common name. This saves API users from guessing by the name suffix. For example, they don't have to guess that "h264_qsv" is the h264 QSV implementation, and instead they can just check the AVCodec .codec and .wrapper_name fields. Explicitly mark AVCodec entries that are hardware decoders or most likely hardware decoders with new AV_CODEC_CAPs. The purpose is allowing API users listing hardware decoders in a more generic way. The proposed AVCodecHWConfig does not provide this information fully, because it's concerned with decoder configuration, not information about the fact whether the hardware is used or not. AV_CODEC_CAP_HYBRID exists specifically for QSV, which can have software implementations in case the hardware is not capable. Based on a patch by Philip Langdale <philipl@overt.org>. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 12 Jun, 2017 1 commit
-
-
Diego Biurrun authored
-
- 13 Nov, 2016 1 commit
-
-
Diego Biurrun authored
-
- 27 Jul, 2016 2 commits
-
-
Martin Storsjö authored
This fixes trac issue #5417. This is cherry-picked from libav commit d825b1a5. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This is cherrypicked from libav, from commits 82b75251 and d0b1e604. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 15 Jul, 2016 2 commits
-
-
Martin Storsjö authored
Also set FF_CODEC_CAP_INIT_THREADSAFE while adding internal capabilities. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Previously they returned the default AVERROR_UNKNOWN. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 09 Jul, 2016 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 28 Jun, 2016 1 commit
-
-
Martin Storsjö authored
While it is less featureful (and slower) than the built-in H264 decoder, one could potentially want to use it to take advantage of the cisco patent license offer. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 24 Jun, 2016 1 commit
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 23 Mar, 2016 1 commit
-
-
Diego Biurrun authored
-
- 21 Jan, 2016 1 commit
-
-
Vittorio Giovara authored
This option is only used by mpegvideoenc and openh264. It is a very codec-specific option, so deprecate the global variant. The openh264 option is dropped altogether since it is just a fallback for -max_nal_size anyway. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 16 Dec, 2015 1 commit
-
-
Stefano Sabatini authored
-
- 08 Dec, 2015 1 commit
-
-
Luca Barbato authored
Make easier to avoid compile failure when reworking the internal headers.
-
- 07 Dec, 2015 1 commit
-
-
Vittorio Giovara authored
Most option values are simply unused or ignored and in practice the majory of codecs only need to check whether to enable rle or not. Add appropriate codec private options which better expose the allowed features. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 06 Dec, 2015 1 commit
-
-
Anton Khirnov authored
-
- 06 Nov, 2015 1 commit
-
-
Michael Niedermayer authored
Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 31 Oct, 2015 4 commits
-
-
Clément Bœsch authored
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 28 Oct, 2015 2 commits
-
-
Martin Storsjö authored
Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This allows enabling the frame skipping, which is required for the encoder to properly hit the target bitrate. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 09 Oct, 2015 1 commit
-
-
Mario Gasparoni authored
Also added dynamic slice_mode option, needed for the max_nal_size. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 29 Sep, 2015 1 commit
-
-
Gregory J. Wolfe authored
File libopenh264enc.c has been modified so that the encoder uses av_log() to log messages (error, warning, info, etc.) instead of logging them directly to stderr. At the time the encoder is created, the current libav log level is mapped to an equivalent libopenh264 log level. This log level, and a message logging function that invokes av_log() to actually log messages, are then set on the encoder. This contains further changes and simplifications by Michael Niedermayer and Martin Storsjö. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 10 Sep, 2015 5 commits
-
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Michael Niedermayer authored
Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
Gregory J. Wolfe authored
File libopenh264enc.c has been modified so that the encoder uses av_log() to log messages (error, warning, info, etc.) instead of logging them directly to stderr. At the time the encoder is created, the current ffmpeg log level is mapped to an equivalent libopenh264 log level. This log level, and a message logging function that invokes av_log() to actually log messages, are then set on the encoder. Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>
-
- 08 Sep, 2015 1 commit
-
-
Stefano Sabatini authored
-
- 07 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>
-
Vittorio Giovara authored
Express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
Convert doxygen to multiline and express bitfields more simply. Signed-off-by: Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 10 Jul, 2015 1 commit
-
-
Michael Niedermayer authored
Suggested-by: Gregory J Wolfe <gregory.wolfe@kodakalaris.com> Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-