Hello,
Le mer. 4 déc. 2024 à 10:14, <uk7b-at-foxmail....@ffmpeg.org> a écrit :
> @@ -27,7 +27,7 @@
> #define randomize_buffers() \
> do { \
> for (int i = 0; i < 16*18*2; i++) \
> - src[i] = rnd() & 0x3; \
> + src[i] = rnd() & 0xff; \
I don't understand why the original code would be correct. It looks to
be a sample buffer, in which case 8 bits chroma being in [0; 3] sounds
weird.
This is in the original h264chroma_mc code.
(and in this case, a UT may also alternating patterns to also check
overflows, like columns or lines or diagonals alternating between 0
and 255, but this goes beyond just correct code, and probably impact
luma MC more)
--
Christophe
_______________________________________________
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".
