Builder ffmpegsos-solaris10-sparc Build #13412
Results:
Failed shell_2 shell_3 shell_4 shell_5
SourceStamp:
| Project | ffmpeg |
| Repository | https://git.ffmpeg.org/ffmpeg.git |
| Branch | master |
| Revision | 0c1a1ee12e09b8eb9e085d66486da47e9829edc1 |
| Got Revision | 0c1a1ee12e09b8eb9e085d66486da47e9829edc1 |
| Changes | 4 changes |
BuildSlave:
unstable10sReason:
The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' triggered this build
Steps and Logfiles:
-
git update ( 15 secs )
-
shell 'gsed -i ...' ( 0 secs )
-
shell_1 'gsed -i ...' ( 0 secs )
-
shell_2 'gsed -i ...' failed ( 0 secs )
-
shell_3 './configure --samples="../../../ffmpeg/fate-suite" ...' failed ( 12 secs )
-
shell_4 'gmake fate-rsync' failed ( 1 secs )
-
shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 6 secs )
Build Properties:
| Name | Value | Source |
|---|---|---|
| branch | master | Build |
| builddir | /export/home/buildbot-unstable10s/slave/ffmpegsos-solaris10-sparc | slave |
| buildername | ffmpegsos-solaris10-sparc | Builder |
| buildnumber | 13412 | Build |
| codebase | Build | |
| got_revision | 0c1a1ee12e09b8eb9e085d66486da47e9829edc1 | Git |
| project | ffmpeg | Build |
| repository | https://git.ffmpeg.org/ffmpeg.git | Build |
| revision | 0c1a1ee12e09b8eb9e085d66486da47e9829edc1 | Build |
| scheduler | schedule-ffmpegsos-solaris10-sparc | Scheduler |
| slavename | unstable10s | BuildSlave |
| workdir | /export/home/buildbot-unstable10s/slave/ffmpegsos-solaris10-sparc | slave (deprecated) |
Forced Build Properties:
| Name | Label | Value |
|---|
Responsible Users:
- Niklas Haasgit@haasn.dev
Timing:
| Start | Sun May 17 12:45:31 2026 |
| End | Sun May 17 12:46:08 2026 |
| Elapsed | 36 secs |
All Changes:
:
Change #267468
Category ffmpeg Changed by Niklas Haas <git@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
Change #267469
Category ffmpeg Changed by Niklas Haas <git@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
Change #267470
Category ffmpeg Changed by Niklas Haas <git@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
Change #267471
Category ffmpeg Changed by Niklas Haas <git@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