- 21 Jan, 2016 22 commits
-
-
Vittorio Giovara authored
This options is only used by huffyuv, ffvhuv, jpegls, mjpeg, mpegvideoenc, png, utvideo. It is a very codec-specific options, so deprecate the global variant. Set proper limits to the maximum allowed values, and update utvideoenc tests to use the new option name. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
These options are only used by alac and flac. They are very codec-specific options, so deprecate the global variants. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
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>
-
Vittorio Giovara authored
This option is only used by mpeg2. It is a very codec-specific option, so deprecate the global variant. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This option is only used by ffv1 and ffvhuff. It is a very codec-specific option, so deprecate the global variant. Improve documentation a little. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This option is only used by mpegvideoenc, and xvid. It is a very codec-specific option, so deprecate the global variant. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This option is only used by mpegvideoenc, x264, xavs, and vpx. It is a very codec-specific option, so deprecate the global variant. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This option is only used by mpegvideoenc, x264, and xavs. It is a very codec-specific option, so deprecate the global variant. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This option is only used by x264 and xavs. It is a very codec-specific option, so deprecate the global variant. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
These options are only used by mpegvideoenc and vpx. They are very codec-specific options, so deprecate the global variants. Add an allowed value to the private options for frame_skip_cmp which seems to have been forgotten, but perfectly working. The libvpx frame dropping feature uses one of such option (frame_skip_threshold) without the other three. For this reason rename the option to something more consistent with the other libvpx variables. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
This option is only used by mpegvideoenc, It is a very codec-specific option, so deprecate the global variant. Set proper limits to the maximum allowed values. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Vittorio Giovara authored
The b_frame_strategy option is only used by mpegvideoenc, qsv, x264, and xavs, while b_sensitivity is only used by mpegvideoenc. These are very codec-specific options, so deprecate the global variants. Set proper limits to the maximum allowed values. Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Piotr Bandurski authored
-
Piotr Bandurski authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Luca Barbato authored
Unbreak --enable-gnutls enabling tls_openssl_protocol Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Derek Buitenhuis authored
This feature is mostly only used by NLE software, and is both of dubious value being enabled by default, and a possible security risk. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
James Darnley authored
Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Before this patch trying to enable only https by issuing --disable-protocols --enable-protocol=https --enable-gnutls does not enable https, and --disable-all --enable-protocols does not enable libavformat and the protocols component. Now the default-enabled options are set after the explicitly disabled/enabled options are evaluated. If an explicitly enabled option cannot be enabled configure will fail printing an error message.
-
- 20 Jan, 2016 1 commit
-
-
Vittorio Giovara authored
Based on the original documentation found in mpeg2dec (1995). Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
- 19 Jan, 2016 7 commits
-
-
Arttu Ylä-Outinen authored
Updates libkvazaar to pass the exact frame rate to Kvazaar by setting the numerator and denominator separately instead of a single floating point number. The exact frame rate is needed for writing timing info to the bitstream. Requires Kvazaar version 0.8.1. Signed-off-by:
Arttu Ylä-Outinen <arttu.yla-outinen@tut.fi> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Arttu Ylä-Outinen authored
In the unlikely situation the user decides to set ticks_per_frame and timebase to a value large enough to overflow. Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Luca Barbato authored
Use mips{,64}eb to force big endian and mips{,64}el to force little endian.
-
Luca Barbato authored
The code wrongly assumed that the instructions used are supported on mips64, while it is supported only on loongson cpus.
-
Luca Barbato authored
-
Martin Storsjö authored
For http, this avoids spurious warnings about failed requests (e.g. HTTP error 416 Requested Range Not Satisfiable), if the last packet is truncated and the size read is bogus. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
When loading a truncated flv file, it would previously try to do a seek to the end of every packet read. For some input protocols (such as http), such repeated seek attempts are cripple the reading performance. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 18 Jan, 2016 2 commits
-
-
Diego Biurrun authored
-
Diego Biurrun authored
-
- 15 Jan, 2016 1 commit
-
-
Andreas Cadhalpun authored
The function is used on unaligned buffers (such as those provided by AVPacket), accessing them as uint16_t causes SIGBUS crashes on architectures like SPARC. This fixes ubsan runtime error: load of misaligned address for type 'const uint16_t', which requires 2 byte alignment Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 13 Jan, 2016 4 commits
-
-
Andreas Cadhalpun authored
Fixes runtime error: null pointer passed as argument 2, which is declared to never be null Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Andreas Cadhalpun authored
This is used to check if the input buffer is larger enough, so if this overflows it can cause a false negative leading to a segmentation fault in bytestream2_get_bufferu. Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Andreas Cadhalpun authored
Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Andreas Cadhalpun authored
More don't fit into the integer output. Also use get_bits_long, since get_bits only supports reading up to 25 bits, while get_bits_long supports the full integer range. Signed-off-by:
Andreas Cadhalpun <Andreas.Cadhalpun@googlemail.com> Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
- 12 Jan, 2016 3 commits
-
-
Anton Khirnov authored
When there is a non-zero decoding delay due to reordering, the first dts should be lower than the first pts (since the first packet fed to the decoder does not produce any output). Use the same scheme used in mpegvideo_enc (which comes from x264 originally) -- wait for first two timestamps and extrapolate linearly to the past to produce the first dts value.
-
Anton Khirnov authored
When B-frames are enabled and the encoder returns success, all currently pending buffers immediately become valid and can be returned to the caller. We can only return one packet at a time, so all the other pending buffers should be transferred to a new 'ready' fifo, from where they can be returned in subsequent calls (in which the encoder does not produce any new output). This bug was hidden by the incorrect testing of the encoder return value (the return value was overwritten before it was tested).
-
Anton Khirnov authored
Otherwise, closing the encoder can crash.
-