Builder ffmpeg64-solaris10-i386 Build #12169

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 ( 17 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. Marton Balint

   cusohnoyoudont@passwd.hu

Timing:

All Changes:

:

1. Change #229486

   Category	ffmpeg
   Changed by	Marton Balint <cusohnoyoudont@passwd.hu>
   Changed at	Sun 11 May 2025 18:41:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	ce01c7fb58597f525e130f47a13ff77f1db62bf4

   Comments

   avformat/wavdec: increase requested probe score for codec probe
   Codec probing was primarily added to the wav demuxer to support DTS-in-wav
   files, but DTS probing functions return AVPROBE_SCORE_EXTENSION+1, so we can be
   a bit more strict with the required score.
   
   This fixes MP3 misdetections for some wav files.
   
   Fixes ticket #11581.
   
   Signed-off-by: Marton Balint <cus@passwd.hu>

   Changed files

   • libavformat/wavdec.c

2. Change #229487

   Category	ffmpeg
   Changed by	Marton Balint <cusohnoyoudont@passwd.hu>
   Changed at	Sun 11 May 2025 18:41:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	4014784b6229fe0829c2b154694fc13fcb963864

   Comments

   fftools/ffmpeg: move elapsed time counter to the end of the status line
   Elapsed time is much less important than the actual progress, and I am guessing
   several ffmpeg CLI frontends use the existing status line for showing progress,
   so putting a new field in the beginning is less optimal anyway.
   
   Related to ticket #11582.
   
   Signed-off-by: Marton Balint <cus@passwd.hu>

   Changed files

   • fftools/ffmpeg.c