Builder ffmpegsos-solaris10-sparc Build #12532

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 ( 9 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 ( 8 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. Niklas Haas

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #251480

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Mon 08 Dec 2025 21:09:37
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f39fe6380c26e78d7d588ad36861a3f15f3e5521

   Comments

   swscale/ops_optimizer: set correct value range for subpixel reads
   e.g. rgb4 only reads values up to 15, not 255.
   
   Setting this correctly eliminates a number of redundant clamps in cases
   like e.g. rgb4 -> monow.

   Changed files

   • libswscale/ops_optimizer.c
   • tests/ref/fate/sws-ops-list

2. Change #251481

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Mon 08 Dec 2025 21:09:37
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c94e8afe5d195fb08c441fbe3f8c2295081fcf8b

   Comments

   swscale/ops: clarify SwsOpList.src/dst semantics
   Turns out these are not, in fact, purely informative - but the optimizer
   can take them into account. This should be documented properly.
   
   I tried to think of a way to avoid needing this in the optimizer, but any
   way I could think of would require shoving this to SwsReadWriteOp, which I
   am particularly unwilling to do.

   Changed files

   • libswscale/ops.h