Builder ffmpeg64-solaris10-sparc Build #14303

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Michael Niedermayer

   michaelohnoyoudont@niedermayer.cc
2. Thierry Foucu

   tfoucuohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #281946

   Category	ffmpeg
   Changed by	Michael Niedermayer <michaelohnoyoudont@niedermayer.cc>
   Changed at	Wed 16 Sep 2026 20:56:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	79293e8e95e792581badba8201e6dd2d68df3661

   Comments

   avformat/aviobuf: generate the multi-byte readers from one macro
   avio_rl16() through avio_rb64() are eight copies of the same two-step
   read differing only in the partial reads and shifts, so generate them
   from a macro taking those as parameters.
   
   The generated machine code is identical to the open-coded functions.

   Changed files

   • libavformat/aviobuf.c

2. Change #281947

   Category	ffmpeg
   Changed by	Thierry Foucu <tfoucuohnoyoudont@gmail.com>
   Changed at	Wed 16 Sep 2026 20:56:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	e519d13bc72534d120df44ddf60d08d0123fb238

   Comments

   avformat/aviobuf: read multi-byte values directly from the buffer
   The readers fetch their input through nested avio_r8() calls, paying a
   buffer bounds check per byte. Read the value with a single load when
   it is fully contained in the buffer and keep the byte-wise code as the
   refill fallback.
   
   Demuxing a fragmented MP4 with -c copy, where moof/trun parsing is
   dominated by these readers, drops from 2.703 +/- 0.036 to
   2.426 +/- 0.040 seconds of user time (-10%, n=30, p < 1e-4).

   Changed files

   • libavformat/aviobuf.c