On Tue, 1 Apr 2025, Martin Storsjö wrote:
On Tue, 1 Apr 2025, Michael Niedermayer wrote:
#define DEF_CHECKASM_CHECK_FUNC(type, fmt) \
int checkasm_check_##type(const char *file, int line, \
const type *buf1, ptrdiff_t stride1, \
const type *buf2, ptrdiff_t stride2, \
- int w, int h, const char *name) \
+ int w, int h, const char *name, \
+ int align_w, int align_h, \
+ int padding) \
{ \
+ int aligned_w = (w + align_w - 1) & ~(align_w - 1); \
+ int aligned_h = (h + align_h - 1) & ~(align_h - 1); \
this can overflow
feel free to fix in a seperate patch
Feel free to propose a patch for how you'd prefer to have it fixed then...
I
don't see this as a real world problem - w and h are bounded by the tests
themselves, and likewise the alignments - I don't see us having tests
using
buffers with a width near INT32_MAX?
maybe but then
if we want our asm code to handle such extrem cases, something needs to
test it
ill send a patch based on this: (once your patches are in / minus in case
i forget)
int64_t aligned_w = (w - 1LL + align_w) & ~(align_w - 1); \
if (aligned_w != (int32_t)aligned_w)
return AVERROR(EINVAL)
Ok, if you find that important.
I'll go ahead and push patches 1-2 and 4 from this set, soon, holding off of
patch 3/4 while waiting for someone to fix the Loongarch HEVC SIMD.
Pushed.
// Martin
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".