- Feb 11, 2021
-
-
Sérgio Basto authored
Patch provide on the same License of x264, on purpose to avoid creating problems and the x264 authors can modify it as they wish
-
- Feb 10, 2021
-
-
Bug report by Zhengzhi Duan.
-
- Feb 08, 2021
-
-
Anton Mitrofanov authored
-
- Feb 01, 2021
-
-
Anton Mitrofanov authored
-
- Jan 27, 2021
-
-
Anton Mitrofanov authored
-
- Jan 26, 2021
-
-
Anton Mitrofanov authored
Make pointers to padded buffers aligned both before and after padding.
-
Anton Mitrofanov authored
In 10-bit mode pixel_asd8 expects 16-byte alignment for pix1 and pix2.
-
Henrik Gramner authored
It's not required, and BSD doesn't support it.
-
- Jan 24, 2021
-
-
Broke after unifying of 8-bit and 10-bit libraries.
-
This bug never occurs with the current reference management logic. Bug report by Lingjiang Fang.
-
This bug mainly occurred when encoding with high bitrate (low QP). It did not occur when encoding in baseline or main profile.
-
Anton Mitrofanov authored
-
- Jan 19, 2021
-
-
-
Anton Mitrofanov authored
-
- Jan 07, 2021
-
-
-
-
Martin Storsjö authored
It became unused in cde9a933.
-
- Dec 28, 2020
-
-
Janne Grunau authored
0.5% - 2% overall speedup on `./x264 --threads X --profile high --preset veryfast --crf 15 -o /dev/null park_joy_420_720p50.y4m` cabac is responsible for roughly 1/6 of the CPU use. Branch mispredictions are reduced by 15% to 20%. cortex-s53: 0.5% faster cortex-a72: 2% faster neoverse-n1: 0.9% faster
-
Janne Grunau authored
Imported from dav1d.
-
Janne Grunau authored
Approach taken from x86 asm. Overall speedup meaningless. cabac_encode_terminal on average twice as fast on cortex-53 while encoding with following command: ./x264 --threads 1 --profile high --preset veryfast --crf 15 -o /dev/null park_joy_420_720p50.y4m Less relative speedup on cortex-a72/73.
-
- Oct 26, 2020
-
-
Martin Storsjö authored
Since 7ab4c928, osdep.h contains calls to malloc/free. This fixes building with MSVC targeting WinRT.
-
- Oct 25, 2020
-
-
- Sep 27, 2020
-
-
Henrik Gramner authored
-
- Sep 12, 2020
-
-
Henrik Gramner authored
GPAC has native UTF-8 support nowadays. Also move the compatibility code to input/avs.c since that's the only remaining code that uses it now.
-
Henrik Gramner authored
-
- Jul 14, 2020
-
-
-
-
Anton Mitrofanov authored
-
- Jul 02, 2020
-
-
Anton Mitrofanov authored
Should be called to free struct members allocated internally by libx264, e.g. by x264_param_parse. Partially based on !18 by Derek Buitenhuis.
-
-
-
-
-
Henrik Gramner authored
-
- Jun 15, 2020
-
-
Currently they are guaranteed to be positive.
-
-