- 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>
-
- 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>
-
- 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>
-
- 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>
-
- 17 Mar, 2015 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 06 Mar, 2015 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 29 Jan, 2015 1 commit
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 20 Jan, 2015 2 commits
-
-
Martin Storsjö authored
This avoids needing an attribute for silencing warnings about it being unused. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
libopenh264enc: Remove a workaround for silencing warnings about unused variables in the OpenH264 header The 1.3 release branch of OpenH264 (as well as the master branch) have been updated so that GCC no longer warns about this variable as being unused. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 08 Jan, 2015 1 commit
-
-
Martin Storsjö authored
Also move the .long_name entry to below the .name entry. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 06 Jan, 2015 1 commit
-
-
Martin Storsjö authored
Compared to existing, common opensource H264 encoders, this can be useful since it has got a different license (BSD instead of GPL). Performance- and qualitywise it is comparable to x264 in ultrafast mode. Hooking it up as an encoder in libavcodec also simplifies comparing it against other common encoders. This requires OpenH264 1.3 or newer. Since the OpenH264 API and ABI changes frequently, only releases are supported. To take advantage of the OpenH264 patent offer, the OpenH264 library must not be redistributed, but downloaded at runtime at the end-user's system. Signed-off-by:
Martin Storsjö <martin@martin.st>
-