- 31 May, 2024 22 commits
-
-
James Almer authored
They were forgotten in 65ddc749. Signed-off-by:
James Almer <jamrial@gmail.com>
-
Andreas Rheinhardt authored
Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
This was one of the few decoders incompatible with the flag. Also only call free_sequence_buffers() instead of dirac_decode_flush() in dirac_decode_end(). Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
These strings are so short that they can be put directly into the containing structure, avoiding the pointer and putting it into .rodata. Also use chars for interlaced and level while at it, as these are so small. Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
args->bytes here already includes prefix_bytes (see SSIZE_ROUND macro), so including it here again and forgetting it when offsetting skip seems wrong. This only works because prefix_bytes is currently always zero in this encoder. (This has been added in b88be742 without any reason.) Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
ff_get_encode_buffer() already emits an error message of its own. While just at it, also check for ret < 0 instead of just ret != 0. Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Reviewed-by:
Lynne <dev@lynne.ee> Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Done in 0df18f29, accidentally undone in 163e737c. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
W has not been checked at all; allocate it jointly with M to fix this. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Fixes Coverity issue #1468252. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
Helps with Coverity issue #1452453. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
Andreas Rheinhardt authored
The result might not fit into 32bit if an image has gigantic dimensions and one of the planes has a dominant value (particularly so if said value is big). Fixes Coverity issues #1598399, #1598401, #1598402, #1598403, #1598404. Signed-off-by:
Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
-
James Almer authored
They will be filled immediately after. Signed-off-by:
James Almer <jamrial@gmail.com>
-
James Almer authored
Signed-off-by:
James Almer <jamrial@gmail.com>
-
Wu Jianhua authored
From Benjamin Bross: > for ALF where functions are in increments of 4 while 8 should be sufficient according to the spec. Signed-off-by:
Wu Jianhua <toqsxw@outlook.com>
-
Wu Jianhua authored
Signed-off-by:
Wu Jianhua <toqsxw@outlook.com>
-
Wu Jianhua authored
Some tests fails with certain seeds tests/checkasm/checkasm 2325607578 --test=vvc_alf checkasm: using random seed 2325607578 AVX2: vvc_alf_filter_luma_120x20_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x24_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x28_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x32_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x36_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x40_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x44_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x48_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x52_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x56_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x60_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x64_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x68_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x72_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x76_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x80_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x84_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x88_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x92_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x96_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x100_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x104_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x108_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x112_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x116_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x120_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x124_12_avx2 (vvc_alf.c:104) vvc_alf_filter_luma_120x128_12_avx2 (vvc_alf.c:104) - vvc_alf.alf_filter [FAILED] - vvc_alf.alf_classify [OK] checkasm: 28 of 9216 tests have failed Reported-by:
James Almer <jamrial@gmail.com> Signed-off-by:
Wu Jianhua <toqsxw@outlook.com>
-
Pierre-Anthony Lemieux authored
Addresses https://trac.ffmpeg.org/ticket/10905Co-authored-by:
Osamu Watanabe <owatanab@es.takushoku-u.ac.jp> Signed-off-by:
Pierre-Anthony Lemieux <pal@palemieux.com>
-
Shiyou Yin authored
Compile with '--disable-lasx', ‘lumRangeFromJpeg_lasx’ undeclared. Reviewed-by:
金波 <jinbo@loongson.cn> Signed-off-by:
Michael Niedermayer <michael@niedermayer.cc>
-
- 30 May, 2024 14 commits
-
-
sunyuechi authored
Avoid potential naming conflicts Signed-off-by:
Rémi Denis-Courmont <remi@remlab.net>
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This will simplify later changes.
-
Rémi Denis-Courmont authored
A constant (-1) is added to the length value, so we can have an added for free, and optimise the addition away if the addend is exactly 1.
-
Rémi Denis-Courmont authored
The generally expected behaviour is for software to append from the current position, not to keep resetting. See also how shell works: # (foo && bar) > file ...would normally concatenate the output of both commands to file. If foo seeks like lavf, bar would instead overwrite the output of foo (possibly not completely). This reverts commit 5c3d2177.
-
Zhao Zhili authored
For code such as 'model->model = ov_model' is confusing. We can just drop the member variable and use cast to get the subclass. Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
It will be freed again by ff_dnn_uninit. Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
It will be freed again by ff_dnn_uninit. Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
Zhao Zhili authored
-
Zhao Zhili authored
Signed-off-by:
Zhao Zhili <zhilizhao@tencent.com> Reviewed-by:
Wenbin Chen <wenbin.chen@intel.com> Reviewed-by:
Guo Yejun <yejun.guo@intel.com>
-
- 29 May, 2024 4 commits
-
-
Rémi Denis-Courmont authored
Most of the code is shared with DC, thanks to minor earlier changes. vp7_idct_add_c: 5.2 vp7_idct_add_rvv_i32: 2.5
-
Rémi Denis-Courmont authored
This prepares for some code reuse.
-
Rémi Denis-Courmont authored
This works out a bit more favourably than VP8's due to: - additional multiplications that can be vectored, - hardware-supported fixed-point rounding mode. vp7_luma_dc_wht_c: 3.2 vp7_luma_dc_wht_rvv_i64: 2.0
-
Rémi Denis-Courmont authored
This is not great as transposition is poorly supported, but it works: vp8_luma_dc_wht_c: 2.5 vp8_luma_dc_wht_rvv_i32: 1.7
-