> On Oct 8, 2023, at 21:22, Zhao Zhili <quinkbl...@foxmail.com> wrote: > >> >> On Oct 8, 2023, at 21:17, Zhao Zhili <quinkbl...@foxmail.com> wrote: >> >> From: Zhao Zhili <zhiliz...@tencent.com> >> >> The last frame is corrupted. It has different results on different >> platform. >> --- >> tests/fate/screen.mak | 3 ++- >> tests/ref/fate/zmbv-8bit | 1 - >> 2 files changed, 2 insertions(+), 2 deletions(-) >> >> diff --git a/tests/fate/screen.mak b/tests/fate/screen.mak >> index bd6d228544..1c92935d23 100644 >> --- a/tests/fate/screen.mak >> +++ b/tests/fate/screen.mak >> @@ -117,7 +117,8 @@ FATE_SCREEN += $(FATE_VMNC-yes) >> fate-vmnc: $(FATE_VMNC-yes) >> >> FATE_ZMBV += fate-zmbv-8bit >> -fate-zmbv-8bit: CMD = framecrc -i >> $(TARGET_SAMPLES)/zmbv/wc2_001-partial.avi -an -pix_fmt rgb24 -vf scale >> +# The last frame is corrupted. >> +fate-zmbv-8bit: CMD = framecrc -i >> $(TARGET_SAMPLES)/zmbv/wc2_001-partial.avi -an -frames:v 275 -pix_fmt rgb24 >> -vf scale >> >> FATE_ZMBV += fate-zmbv-15bit >> fate-zmbv-15bit: CMD = framecrc -i $(TARGET_SAMPLES)/zmbv/zmbv_15bit.avi >> -pix_fmt rgb24 -t 25 -vf scale >> diff --git a/tests/ref/fate/zmbv-8bit b/tests/ref/fate/zmbv-8bit >> index 7c2fab691f..9a7c96cb32 100644 >> --- a/tests/ref/fate/zmbv-8bit >> +++ b/tests/ref/fate/zmbv-8bit >> @@ -278,4 +278,3 @@ >> 0, 272, 272, 1, 192000, 0xd08e49d1 >> 0, 273, 273, 1, 192000, 0xd08e49d1 >> 0, 274, 274, 1, 192000, 0xd08e49d1 >> -0, 275, 275, 1, 192000, 0x1f34135f >> -- >> 2.42.0 > > Another method is drop the corrupted frame by decoder. It sounds better, but > I’m afraid it may break some use cases. > > https://ffmpeg.org/pipermail/ffmpeg-devel/2023-October/315557.html
Will apply this version tomorrow. _______________________________________________ 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".
