- 27 Jan, 2015 12 commits
-
-
Hendrik Leppkes authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
For future use by hardware accelerators. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
Hardware Accelerators require access to the escaped bitstream. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Hendrik Leppkes authored
This enables decode_nal_unit to access additional fields added in subsequent commits. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Andreas Unterweger authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Andreas Unterweger authored
Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Andreas Unterweger authored
Makes the example work with all the supported AAC encoders. Signed-off-by:
Anton Khirnov <anton@khirnov.net>
-
Anton Khirnov authored
Prevents DPB from filling up with damaged input.
-
Anton Khirnov authored
-
Anton Khirnov authored
There is no point in clearing reference explicitly, since that will be done as a part of ff_h264_unref_picture() right below.
-
- 23 Jan, 2015 5 commits
-
-
Vittorio Giovara authored
CC: libav-stable@libav.org Bug-Id: CID 1265713
-
Vittorio Giovara authored
Fix a memory leak. CC: libav-stable@libav.org Bug-Id: CID 717999
-
Vittorio Giovara authored
This partially reverts cf70ba37, since it didn't take into account when rotation is 0, but there is another valid operation (eg. translation) in the matrix. Found-by:
Michael Niedermayer <michaelni@gmx.at>
-
Michael Niedermayer authored
This improves motion estimation and avoids using uninitialized data for resolutions that aren't a multiple of 16. Prior to d2a25c40, the edges used to be initialized so that encoding was deterministic, but after that commit it started using uninitialized data (for non multiple of 16 resolutions). CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 22 Jan, 2015 3 commits
-
-
Derek Buitenhuis authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Rodger Combs authored
Previously this always used the "lld" format for all parameters, not only time parameters. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 21 Jan, 2015 1 commit
-
-
Derek Buitenhuis authored
It's better to steer users at these, since they are both better and more alive than the mingw.org versions. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 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>
-
- 19 Jan, 2015 1 commit
-
-
Michael Niedermayer authored
This goto wasn't necessary originally, but it should have been added when the write_manifest call was added in 8e276378. CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 16 Jan, 2015 3 commits
-
-
Nidhi Makhijani authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
- 15 Jan, 2015 5 commits
-
-
Martin Storsjö authored
This fixes sending chunked packets (packets larger than the output chunk size, which often can be e.g. 4096 bytes) with a timestamp delta (or absolute timstamp, if it's a timestamp step backwards, or the first packet of the stream) larger than 0xffffffff. The RTMP spec explicitly says (in section 5.3.1.3.) that packets of type 3 (continuation packets) should include this field, if the previous non-continuation packet had it included. The receiving code handles these packets correctly. Pointed out by Cheolho Park. CC: libav-stable@libav.org Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Michael Niedermayer authored
This fixes out of array reads and/or infinite loops. 30 is the maximum number of bits that can be read into coeff_abs below. CC: libav-stable@libav.org Found-by: Mateusz "j00ru" Jurczyk and Gynvael Coldwind Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Vittorio Giovara authored
-
Vittorio Giovara authored
-
Vittorio Giovara authored
Check memory earlier, check one more allocation and clean up on error. CC: libav-stable@libav.org Bug-Id: CID 1257773
-
- 14 Jan, 2015 8 commits
-
-
Anton Khirnov authored
In v2.2, the picture type is not a zero-terminated string, but has a constant size of 3 bytes.
-
Anton Khirnov authored
Some of them are not immediately obvious.
-
Anton Khirnov authored
Those functions should not ever modify it.
-
Paul B Mahol authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Paul B Mahol authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Paul B Mahol authored
-
Paul B Mahol authored
Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-
Stefano Sabatini authored
Move the lavc/imgconvert functions and rename them as follows: avpicture_get_size -> av_image_get_buffer_size() avpicture_fill -> av_image_fill_arrays() avpicture_layout -> av_image_copy_to_buffer() The new functions have an align parameter, which allows to define the linesize alignment assumed in the buffer (which is set or read). The names of the functions are consistent with the lavu/samples API (av_samples_get_buffer_size(), av_samples_fill_arrays()). A redundant check has been dropped from av_image_fill_arrays(). Signed-off-by:
Vittorio Giovara <vittorio.giovara@gmail.com>
-