Home - Waterfall Grid T-Grid Console Builders Recent Builds Buildslaves Changesources - JSON API - About

Builder ffmpeg-solaris10-i386 Build #13779

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

Projectffmpeg
Repositoryhttps://git.ffmpeg.org/ffmpeg.git
Branchmaster
Revision0c1a1ee12e09b8eb9e085d66486da47e9829edc1
Got Revision0c1a1ee12e09b8eb9e085d66486da47e9829edc1
Changes4 changes

BuildSlave:

unstable10x

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg-solaris10-i386' 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 ( 12 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.sh' failed ( 1 secs )
    1. stdio
    2. configure.log
    3. compile.log
    4. test.log

Build Properties:

NameValueSource
branch master Build
builddir /export/home/buildbot/slave/ffmpeg-solaris10-i386 slave
buildername ffmpeg-solaris10-i386 Builder
buildnumber 13779 Build
codebase Build
got_revision 0c1a1ee12e09b8eb9e085d66486da47e9829edc1 Git
project ffmpeg Build
repository https://git.ffmpeg.org/ffmpeg.git Build
revision 0c1a1ee12e09b8eb9e085d66486da47e9829edc1 Build
scheduler schedule-ffmpeg-solaris10-i386 Scheduler
slavename unstable10x BuildSlave
workdir /export/home/buildbot/slave/ffmpeg-solaris10-i386 slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Niklas Haas

Timing:

StartSun May 17 12:45:37 2026
EndSun May 17 12:46:02 2026
Elapsed24 secs

All Changes:

:

  1. Change #267468

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Sun 17 May 2026 12:41:34
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 369a301669529db08947ccb45492dd4cb604d871

    Comments

    swscale/tests/sws_ops: use a dummy ops backend for printing
    This ensures that the ops printing path goes through the same code as the
    actual ops dispatch backend, including all sub-passes etc.
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/tests/sws_ops.c
  2. Change #267469

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Sun 17 May 2026 12:41:34
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 2dfe055dddb3d1b07b224d261876f6c180e854a8

    Comments

    swscale/tests/sws_ops: print split sub-passes for lists with filters
    This allows us to inspect exactly the logic that is going on inside the CPU
    backends (which don't support bare filter passes).
    
     rgb24 16x16 -> rgb24 16x32:
       [ u8 +++X] SWS_OP_READ         : 3 elem(s) packed >> 0
         min: {0 0 0 _}, max: {255 255 255 _}
       [ u8 +++X] SWS_OP_FILTER_V     : 16 -> 32 point (1 taps)
         min: {0 0 0 _}, max: {255 255 255 _}
       [f32 +++X] SWS_OP_CONVERT      : f32 -> u8
         min: {0 0 0 _}, max: {255 255 255 _}
       [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) packed >> 0
         (X = unused, z = byteswapped, + = exact, 0 = zero)
    + Retrying with split passes:
    +  [ u8 +++X] SWS_OP_READ         : 3 elem(s) packed >> 0
    +    min: {0 0 0 _}, max: {255 255 255 _}
    +  [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) planar >> 0
    +    (X = unused, z = byteswapped, + = exact, 0 = zero)
    + Sub-pass #1:
    +  [ u8 +++X] SWS_OP_READ         : 3 elem(s) planar >> 0 + 1 tap point filter (V)
    +    min: {0 0 0 _}, max: {255 255 255 _}
    +  [f32 +++X] SWS_OP_CONVERT      : f32 -> u8
    +    min: {0 0 0 _}, max: {255 255 255 _}
    +  [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) packed >> 0
    +    (X = unused, z = byteswapped, + = exact, 0 = zero)
     rgb24 16x16 -> rgb24 32x16:
       [ u8 +++X] SWS_OP_READ         : 3 elem(s) packed >> 0
         min: {0 0 0 _}, max: {255 255 255 _}
       [ u8 +++X] SWS_OP_FILTER_H     : 16 -> 32 point (1 taps)
         min: {0 0 0 _}, max: {255 255 255 _}
       [f32 +++X] SWS_OP_CONVERT      : f32 -> u8
         min: {0 0 0 _}, max: {255 255 255 _}
       [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) packed >> 0
         (X = unused, z = byteswapped, + = exact, 0 = zero)
    + Retrying with split passes:
    +  [ u8 +++X] SWS_OP_READ         : 3 elem(s) packed >> 0
    +    min: {0 0 0 _}, max: {255 255 255 _}
    +  [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) planar >> 0
    +    (X = unused, z = byteswapped, + = exact, 0 = zero)
    + Sub-pass #1:
    +  [ u8 +++X] SWS_OP_READ         : 3 elem(s) planar >> 0 + 1 tap point filter (H)
    +    min: {0 0 0 _}, max: {255 255 255 _}
    +  [f32 +++X] SWS_OP_CONVERT      : f32 -> u8
    +    min: {0 0 0 _}, max: {255 255 255 _}
    +  [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) packed >> 0
    +    (X = unused, z = byteswapped, + = exact, 0 = zero)
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/tests/sws_ops.c
    • tests/ref/fate/sws-ops-list
  3. Change #267470

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Sun 17 May 2026 12:41:34
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 812b5654ae6f56ce59418ef4259227d8c9c08b06

    Comments

    swscale/tests/sws_ops: use SWS_SCALE_BILINEAR for printing ops lists
    This actually changes the behavior vs SWS_SCALE_POINT, because point scaling
    is bit-exact and thus implies a different set of optimizations.
    
    Ideally, we would still try and somehow merge this with tests/swscale.c to
    allow testing a different set of scalers; but I still don't have a good idea
    for how to accomplish that here.
    
    As it stands, results in additional extra dithering steps in almost all
    filters involving scaling, e.g.:
    
     rgb24 16x16 -> rgb24 16x32:
       [ u8 +++X] SWS_OP_READ         : 3 elem(s) packed >> 0
         min: {0 0 0 _}, max: {255 255 255 _}
    -  [ u8 +++X] SWS_OP_FILTER_V     : 16 -> 32 point (1 taps)
    +  [ u8 ...X] SWS_OP_FILTER_V     : 16 -> 32 bilinear (2 taps)
         min: {0 0 0 _}, max: {255 255 255 _}
    +  [f32 ...X] SWS_OP_DITHER       : 16x16 matrix + {0 3 2 -1}
    +    min: {1/512 1/512 1/512 _}, max: {255.998047 255.998047 255.998047 _}
    +  [f32 ...X] SWS_OP_MIN          : x <= {255 255 255 _}
    +    min: {1/512 1/512 1/512 _}, max: {255 255 255 _}
       [f32 +++X] SWS_OP_CONVERT      : f32 -> u8
         min: {0 0 0 _}, max: {255 255 255 _}
       [ u8 XXXX] SWS_OP_WRITE        : 3 elem(s) packed >> 0
         (X = unused, z = byteswapped, + = exact, 0 = zero)
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/tests/sws_ops.c
    • tests/ref/fate/sws-ops-list
  4. Change #267471

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Sun 17 May 2026 12:41:34
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 0c1a1ee12e09b8eb9e085d66486da47e9829edc1

    Comments

    swscale/ops_optimizer: don't push scale past truncating conversions
    In an op list like:
    
      [ u8 +XXX] SWS_OP_READ         : 1 elem(s) planar >> 3
      [ u8 .XXX] SWS_OP_FILTER_V     : 256 -> 320 bilinear (2 taps)
      [f32 .XXX] SWS_OP_SCALE        : * 65535
      [f32 +XXX] SWS_OP_CONVERT      : f32 -> u16
      [u16 zXXX] SWS_OP_SWAP_BYTES
      [u16 zzzX] SWS_OP_SWIZZLE      : 0003
      [u16 zzz+] SWS_OP_CLEAR        : {_ _ _ 65535}
      [u16 XXXX] SWS_OP_WRITE        : 4 elem(s) packed >> 0
    
    The current version of the code would happily push the SWS_OP_SCALE past
    the truncating conversion, leading to degenerate loss of information. (In
    this case, the result was quite extreme)
    
    Affects quality across a wide range of formats, e.g.:
    
     rgb24 16x16 -> rgb48be 16x32:
       [ u8 +++X] SWS_OP_READ         : 3 elem(s) packed >> 0
         min: {0 0 0 _}, max: {255 255 255 _}
       [ u8 ...X] SWS_OP_FILTER_V     : 16 -> 32 bilinear (2 taps)
         min: {0 0 0 _}, max: {255 255 255 _}
    +  [f32 ...X] SWS_OP_SCALE        : * 257
    +    min: {0 0 0 _}, max: {65535 65535 65535 _}
       [f32 +++X] SWS_OP_CONVERT      : f32 -> u16
    -    min: {0 0 0 _}, max: {255 255 255 _}
    -  [u16 +++X] SWS_OP_SCALE        : * 257
         min: {0 0 0 _}, max: {65535 65535 65535 _}
       [u16 zzzX] SWS_OP_SWAP_BYTES
         min: {0 0 0 _}, max: {65535 65535 65535 _}
       [u16 XXXX] SWS_OP_WRITE        : 3 elem(s) packed >> 0
         (X = unused, z = byteswapped, + = exact, 0 = zero)
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

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