Builder ffmpegsos-solaris10-sparc Build #14242

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' 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 ( 9 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_sos.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Kieran Kunhya

   kierankohnoyoudont@obe.tv

Timing:

All Changes:

:

1. Change #285543

   Category	ffmpeg
   Changed by	Kieran Kunhya <kierankohnoyoudont@obe.tv>
   Changed at	Mon 12 Oct 2026 11:20:21
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	615b07170e30d79ad5906418ea49f81c3cbd8457

   Comments

   avcodec/x86/h264_qpel_8bit: saturate the SSSE3 hv2 intermediate
   The second pass of the centre (hv) 6-tap filter computes
   ((a-b)/4-b+c)/4+c from the first pass's 16-bit sums a, b, c, each in
   [-5100, 21420] for 8-bit input (plus a bias that cancels here). The
   partial sum (a-b)/4-b+c spans [-33150, 33150], so it can wrap in a 16-bit
   lane. The MMX qpel4 and SSE2 hv2 functions already add c with paddsw; the
   SSSE3 qpel8/qpel16 hv2 used paddw, and they are the versions every CPU
   with SSSE3 runs. With alternating 0/255 stripes of period 3 in both
   directions, mc21/mc12/mc22/mc23/mc32 return wrong pixels: a decoder
   running this asm reconstructs a different picture from the spec and from
   --disable-asm.
   
   Saturating is exact. Saturation happens only when c >= 21038, where the
   exact result is at least (8192+21038)/64 = 457 and clips to 255, as does
   the saturated path; or when c <= -4719, where both results are negative
   and clip to 0. The following add stays inside 16 bits. The assembled
   objects differ only in the six opcode bytes (three sites, put and avg).
   
   checkasm now also runs every qpel function on that stripe pattern, in
   all six column phases and both polarities.

   Changed files

   • libavcodec/x86/h264_qpel_8bit.asm
   • tests/checkasm/h264qpel.c