- 19 Feb, 2019 1 commit
-
-
Luca Barbato authored
-
- 16 Feb, 2019 11 commits
-
-
Diego Biurrun authored
Rename a test in the process for consistency and simplicity and remove the remnants of the now-unused lavf regression test scripts.
-
Diego Biurrun authored
Rename some tests in the process for consistency and simplicity.
-
Diego Biurrun authored
Also split monolithic lavf-pixfmt test into individual tests.
-
Diego Biurrun authored
Rename some tests in the process for consistency and simplicity.
-
Diego Biurrun authored
Rename some tests in the process for consistency and simplicity.
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
-
Diego Biurrun authored
These directories are not just for object files.
-
- 12 Feb, 2019 1 commit
-
-
Sven Dueking authored
SRT API Documentation: This flag is superfluous if both parties are at least version 1.3.0 (this shall be enforced by setting this value to SRTO_MINVERSION if you expect that it be true) and therefore support HSv5 handshake, where the SRT extended handshake is done with the overall handshake process. This flag is however obligatory if at least one party may be using SRT below version 1.3.0 and does not support HSv5.
-
- 27 Jan, 2019 1 commit
-
-
Janne Grunau authored
Fixes checkasm errors after adding the h264 deblock tests.
-
- 26 Jan, 2019 5 commits
-
-
Martin Storsjö authored
The "new" entry point actually has existed since OpenH264 1.4 in 2015 and is the the recommended decoding entry point. The name of this function, DecodeFrameNoDelay, is rather backwards considering that it doesn't return the latest decoded frame immediately, but actually does proper delaying and reordering of frames. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Janne Grunau authored
Add my neon asm from x264 relicensed under the LGPL 2.1 or later. Ported (x264 uses nv12 chroma) and optimized. Cycle count for checkasm --bench on a Snapdragon 820e: h264_h_loop_filter_luma_intra_8bpp_c: 60.0 h264_h_loop_filter_luma_intra_8bpp_neon: 54.2 h264_v_loop_filter_luma_intra_8bpp_c: 148.3 h264_v_loop_filter_luma_intra_8bpp_neon: 73.8 h264_h_loop_filter_chroma_intra_8bpp_c: 27.8 h264_h_loop_filter_chroma_intra_8bpp_neon: 21.4 h264_h_loop_filter_chroma_mbaff_intra_8bpp_c: 15.8 h264_h_loop_filter_chroma_mbaff_intra_8bpp_neon: 15.7 h264_v_loop_filter_chroma_intra_8bpp_c: 45.8 h264_v_loop_filter_chroma_intra_8bpp_neon: 17.3
-
Janne Grunau authored
Exit as soon as possible if no filtering will be done. Improves the checkasm --bench cycle count on a Snapdragon 820e: h264_h_loop_filter_luma_8bpp_c: 72.4 -> 72.5 h264_h_loop_filter_luma_8bpp_neon: 97.1 -> 56.3 h264_v_loop_filter_luma_8bpp_c: 174.0 -> 173.5 h264_v_loop_filter_luma_8bpp_neon: 62.9 -> 60.9 h264_h_loop_filter_chroma_8bpp_c: 30.2 -> 30.3 h264_h_loop_filter_chroma_8bpp_neon: 51.6 -> 25.7 h264_v_loop_filter_chroma_8bpp_c: 57.3 -> 57.3 h264_v_loop_filter_chroma_8bpp_neon: 28.0 -> 24.0
-
Janne Grunau authored
-
Janne Grunau authored
-
- 25 Jan, 2019 1 commit
-
-
Martin Storsjö authored
As .rodata isn't one of the default created sections for COFF, it was created as a read-write data section. By using the default .rdata section name for COFF, it automatically becomes a read-only data section. The existing ".section .rodata" works as intended for ELF though. This is based on an original patch and diagnose by Tom Tan <Tom.Tan@microsoft.com>. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 23 Jan, 2019 1 commit
-
-
James Almer authored
Dav1dPictures contain more than one buffer reference, so we're forced to use the API properly to free them all. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 17 Jan, 2019 1 commit
-
-
Luca Barbato authored
Thanks to Kostya for digging it out and telling me.
-
- 12 Dec, 2018 1 commit
-
-
James Almer authored
The color fields were moved to another struct, and a way to propagate timestamps and other input metadata was introduced, so the packet fifo can be removed. Add support for 12bit streams, an option to disable film grain, and read the profile from the sequence header referenced by the ouput picture instead of guessing based on output pix_fmt. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 15 Nov, 2018 1 commit
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 13 Nov, 2018 1 commit
-
-
Linjie Fu authored
Add VDENC(lowpower mode) support for QSV h264 and HEVC It's an experimental function(like lowpower in vaapi) with some limitations: - CBR/VBR require HuC which should be explicitly loaded via i915 module parameter(i915.enable_guc=2 for linux kerner version >= 4.16) - HEVC VDENC was supported >= ICE LAKE use option "-low_power 1" to enable VDENC. Signed-off-by:
Linjie Fu <linjie.fu@intel.com>
-
- 06 Nov, 2018 3 commits
-
-
James Almer authored
Originally written by Ronald S. Bultje, with fixes, optimizations and improvements by James Almer. Signed-off-by:
James Almer <jamrial@gmail.com>
-
Carl Eugen Hoyos authored
Based on ab839054 by Luca Barbato. Signed-off-by:
James Almer <jamrial@gmail.com>
-
Carl Eugen Hoyos authored
Based on 7471352f by Luca Barbato. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 05 Nov, 2018 2 commits
-
-
Martin Storsjö authored
libx264 does have a field for opaque data to pass along with frames through the encoder, but it is a pointer, while the libavcodec reordered_opaque field is an int64_t. Therefore, allocate an array within the libx264 wrapper, where reordered_opaque values in flight are stored, and pass a pointer to this array to libx264. Update the public libavcodec documentation for the AVCodecContext field to explain this usage, and add a codec capability that allows detecting whether an encoder handles this field. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This was marked as deprecated (but only in the doxygen, not with an actual deprecation attribute) in 81c623fa in 2011, but was undeprecated in ad1ee5fa. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 27 Oct, 2018 2 commits
-
-
James Almer authored
Support for it was apparently never in the codebase, and the enum value was recently removed from the public headers [1] [1] https://aomedia.googlesource.com/aom/+/f1570f0c2f70832dd170285f8de60bd2379c8efaSigned-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Revert "decode: copy the output parameters from the last bsf in the chain back to the AVCodecContext" This reverts commit 662558f9. The avcodec_parameters_to_context() call was freeing and reallocating AVCodecContext->extradata, essentially taking ownership of it, which according to the doxy is user owned. This is an API break and has produces crashes in some library users like Firefox. Revert until a better solution is found to internally propagate the filtered extradata back into the decoder context. Signed-off-by:
James Almer <jamrial@gmail.com>
-
- 13 Oct, 2018 2 commits
-
-
Zhong Li authored
Keep alignment with vaapi mjpeg encoder. Signed-off-by:
Zhong Li <zhong.li@intel.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
Zhong Li authored
Currently qsv (m)jpeg encoding is broken. Regression introducing by the commit(id: c1bcd3): fix async support, which requires the minimum async_depth to be 1, instead previous zero. But the default async_depth of qsv (m)jpeg encoding is still initialized (mostly) as zero. This patch also abviously improves qsv (m)jpeg encoding performance due to the default async_depth is changed to 4. Signed-off-by:
Zhong Li <zhong.li@intel.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 12 Oct, 2018 1 commit
-
-
Martin Storsjö authored
Prior to Xcode 9.3, the clang built-in assembler didn't support altmacro, and gas-preprocessor was used for assembling for arm/darwin. For thumb functions, gas-preprocessor took care of adding the .thumb_func directives, but when now being able to assemble without gas-preprocessor, we need to add these directives ourselves. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- 11 Oct, 2018 2 commits
-
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
James Almer authored
Support for it was apparently never in the codebase, and the enum value was recently removed from the public headers [1] [1] https://aomedia.googlesource.com/aom/+/df4ffb73140fe31bebdabd17c1a7b53721e74838Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
- 06 Oct, 2018 3 commits
-
-
James Almer authored
Based on hevc_parser code. This prevents repeated unnecessary allocations and frees on every packet processed by the bsf. Reviewed-by:
Jun Zhao <mypopydev@gmail.com> Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
James Almer authored
There is no need to allocate a new packet for it. Reviewed-by:
Mark Thompson <sw@jkqxz.net> Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Luca Barbato <lu_zero@gentoo.org>
-