Builder ffmpeg64-solaris10-i386 Build #13394

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg64-solaris10-i386' triggered this build

Steps and Logfiles:

1. git update ( 5 secs )
   1. stdio
2. shell 'gsed -i ...' ( 0 secs )
   1. stdio
3. shell_1 'gsed -i ...' ( 0 secs )
   1. stdio
4. shell_2 'gsed -i ...' failed ( 0 secs )
   1. stdio
5. shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 7 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 0 secs )
   1. stdio
7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_64.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Nicolas Gaullier

   nicolas.gaullierohnoyoudont@cji.paris

Timing:

All Changes:

:

1. Change #260810

   Category	ffmpeg
   Changed by	Nicolas Gaullier <nicolas.gaullierohnoyoudont@cji.paris>
   Changed at	Thu 12 Mar 2026 13:15:15
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	8a0ae6b344b0076db954a5c05c352052797bc95b

   Comments

   fftools/ffmpeg_sched: report progress using max dts instead of trailing_dts()
   This is to reapply 18217bb0f5fb4ad9d93ea02edab078111cd83910.
   Its commit msg is still meaningful:
   "Using the max instead of the min avoids the progress stopping
   with gaps in sparse streams (subtitles)."
   
   Also on a very similar issue: currently, a single stream with
   no data makes ffmpeg reports N/A for both time and speed.
   Fix this by ignoring missing dtses.
   
   Fix regressions since d119ae2fd82a494d9430ff4d4fc262961a68c598.
   
   Signed-off-by: Nicolas Gaullier <nicolas.gaullier@cji.paris>

   Changed files

   • fftools/ffmpeg_sched.c

2. Change #260811

   Category	ffmpeg
   Changed by	Nicolas Gaullier <nicolas.gaullierohnoyoudont@cji.paris>
   Changed at	Thu 12 Mar 2026 13:18:58
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	b66c314c4b5e69036191b41ab0b0e7045f1a4da1

   Comments

   fftools/ffprobe: keep decoder buffers unflushed for show_streams()
   When a decoder buffer is flushed, parts of the private context is reset,
   which may affect show_streams().
   
   Example:
   ffprobe -of flat fate-suite/ac3/mp3ac325-4864-small.ts \
       -analyze_frames -show_entries stream=ltrt_cmixlev
   Before: ltrt_cmixlev="0.000000"
   After:  ltrt_cmixlev="0.707107"
   
   Currently, it seems that only ac3 downmix info is concerned.
   (ac3 downmix options are exported since 376bb8481ada994ffe16d0a02f6c8767bac21016).
   
   Fix regression since 045a8b15b19ec7f872fb01cfb986faeaa26cb8bb.
   
   Signed-off-by: Nicolas Gaullier <nicolas.gaullier@cji.paris>

   Changed files

   • fftools/ffprobe.c