This is an automated email from the git hooks/post-receive script.
Git pushed a commit to branch release/8.0
in repository ffmpeg.
The following commit(s) were added to refs/heads/release/8.0 by this push:
new ca7896c48f fate/ffmpeg: remove comparison against ref from
fix_sub_duration_heartbeat
ca7896c48f is described below
commit ca7896c48fc6c78bf252dfc703c85f2d4bf2dcce
Author: Jan Ekström <[email protected]>
AuthorDate: Thu Dec 11 22:11:07 2025 +0200
Commit: Jan Ekström <[email protected]>
CommitDate: Tue Dec 16 21:14:38 2025 +0200
fate/ffmpeg: remove comparison against ref from fix_sub_duration_heartbeat
After the full ffmpeg CLI multithreading changes went in, this
test started depending on how far the input side read and decoded
the input compared to how quickly the output encoded things, causing
spurious failures on the CI.
To my knowledge all of the failures have so far been valid correct
results, but unfortunately FATE's built in checks mostly consist of
whether there is a difference against an exact result.
This way we still get the CI and valgrind running of the code,
but stop its comparison. Reference file is left around so that
the previous reference is still available.
(cherry picked from commit e54bd7065d024bd3925f80533eae10ef88a5cced)
---
tests/fate/ffmpeg.mak | 5 +++++
1 file changed, 5 insertions(+)
diff --git a/tests/fate/ffmpeg.mak b/tests/fate/ffmpeg.mak
index 360e62ebbe..10cfcf329d 100644
--- a/tests/fate/ffmpeg.mak
+++ b/tests/fate/ffmpeg.mak
@@ -128,6 +128,11 @@ fate-ffmpeg-fix_sub_duration_heartbeat: CMD = fmtstdout
srt -fix_sub_duration \
-c:v mpeg2video -b:v 2M -g 30 -sc_threshold 1000000000 \
-c:s srt \
-f null -
+# FIXME: disabling comparison against reference as after ffmpeg multithreading
+# went in, this test started depending on how far the input side
+# progressed compared to how quickly the output encoded packets,
+# causing spurious failures on the CI.
+fate-ffmpeg-fix_sub_duration_heartbeat: CMP = null
# FIXME: the integer AAC decoder does not produce the same output on all
platforms
# so until that is fixed we use the volume filter to silence the data
_______________________________________________
ffmpeg-cvslog mailing list -- [email protected]
To unsubscribe send an email to [email protected]
