Builder ffmpeg64-solaris10-i386 Build #13721

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

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #266760

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Mon 11 May 2026 19:59:39
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c1ff2c24b560f8e0176a1fc0d3af94ab9e76652f

   Comments

   swscale/filters: hard-code radius for trivial kernels
   box() and triangle() have well-defined, trivially verifiable numerical
   inverses.
   
   We could actually pre-compute and hard-code the numerical inverse of all
   non-parametric kernels, but I'm a bit reluctant to do this as I have plans to
   adjust the value of SWS_MAX_REDUCE_CUTOFF based on the desired bit depth of the
   output, which makes a hard-coding approach unfeasible.
   
   (It would also be a brittle solution that may break whenever we extend the
   scaler configuration API, as well as making it harder to add new filters)
   
   Signed-off-by: Niklas Haas <git@haasn.dev>

   Changed files

   • libswscale/filters.c