Builder ffmpegsos-solaris10-sparc Build #13551
Results:
Failed shell_2 shell_3 shell_4 shell_5
SourceStamp:
| Project | ffmpeg |
| Repository | https://git.ffmpeg.org/ffmpeg.git |
| Branch | master |
| Revision | 025d6330a5eb62c65a1320df762a26bd1b8960dd |
| Got Revision | 025d6330a5eb62c65a1320df762a26bd1b8960dd |
| Changes | 11 changes |
BuildSlave:
unstable10sReason:
The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' triggered this build
Steps and Logfiles:
-
git update ( 1 mins, 6 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 ( 8 secs )
-
shell_4 'gmake fate-rsync' failed ( 0 secs )
-
shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 0 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 | 13551 | Build |
| codebase | Build | |
| got_revision | 025d6330a5eb62c65a1320df762a26bd1b8960dd | Git |
| project | ffmpeg | Build |
| repository | https://git.ffmpeg.org/ffmpeg.git | Build |
| revision | 025d6330a5eb62c65a1320df762a26bd1b8960dd | 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
- Ramiro Pollaramiro.polla@gmail.com
Timing:
| Start | Sat Jun 6 14:05:14 2026 |
| End | Sat Jun 6 14:06:31 2026 |
| Elapsed | 1 mins, 16 secs |
All Changes:
:
Change #269621
Category ffmpeg Changed by Niklas Haas <git@haasn.dev> Changed at Fri 05 Jun 2026 21:55:27 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 517c3d5fc1d573b516833093ca0c4175da79dcd5 Comments
swscale/graph: re-check pixel format support in add_legacy_sws_pass() When the user passes multiple backends (e.g. SWS_BACKEND_ALL), the static check in sws_setup_frame() might have succeeded for the ops backend but not the legacy backend, so we need to properly restrict the legacy backend implementation function as well. Otherwise, this may trigger internal errors / AVERROR(EINVAL) inside sws_init_context(). Sponsored-by: Sovereign Tech Fund Signed-off-by: Niklas Haas <git@haasn.dev>
Changed files
- libswscale/graph.c
Change #269622
Category ffmpeg Changed by Niklas Haas <git@haasn.dev> Changed at Fri 05 Jun 2026 22:22:27 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 8366d5f8d694a1885708c0c83b0b819e8f492964 Comments
swscale/tests/swscale: refactor format testing logic Uses the internal ff_sws_test_pixfmt_backend() to test for format support on the concrete backend that's in-use for the auxiliary/main conversions, respectively, while taking into account the -backends and -api options. Sponsored-by: Sovereign Tech Fund Signed-off-by: Niklas Haas <git@haasn.dev>
Changed files
- libswscale/tests/swscale.c
Change #269623
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Fri 05 Jun 2026 22:29:24 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision c7046f0ab3b70f64f204232618f22a45e5c5dab9 Comments
swscale/ops_backend: add missing float clear pattern This fixes: $ ./libswscale/tests/swscale -scaler none -backends unstable -src rgb24 -dst yaf32be ... and exposes another bug in x86 when -cpuflags 0 is not passed, which will be fixed in next commit. Sponsored-by: Sovereign Tech Fund Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>
Changed files
- libswscale/ops_tmpl_float.c
Change #269624
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Fri 05 Jun 2026 22:31:09 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 3977bca9f4abbf3bd657bf708ffb4a34693d78bd Comments
swscale/utils: improve check for float formats that will be converted to uint16_t This was triggering an assertion in x86: $ ./libswscale/tests/swscale -scaler none -backends unstable -src rgb24 -dst yaf32be Assertion c->srcBpc == 16 failed at src/libswscale/x86/swscale.c:637 Aborted Sponsored-by: Sovereign Tech Fund Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>
Changed files
- libswscale/utils.c
Change #269625
Category ffmpeg Changed by Niklas Haas <git@haasn.dev> Changed at Fri 05 Jun 2026 22:32:51 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 5a6bf8d4f4fd5b7b985a4503d67bf1f8db1b4705 Comments
swscale/tests/swscale: allow all backends for auxiliary conversions This enables testing all internally supported pixel formats. Signed-off-by: Niklas Haas <git@haasn.dev>
Changed files
- libswscale/tests/swscale.c
Change #269626
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Fri 05 Jun 2026 22:33:37 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 6b7fd40e2519418fce5208c84b799c705ab3abda Comments
swscale/swscale_unscaled: disable unscaled copy from yaf32be to grayf32be yaf32be input wasn't being properly filtered out of the simple copy condition when converting to grayf32be, which caused half the luma plane to be interleaved with half the alpha plane, instead of just copying the luma plane. This fixes: $ ./libswscale/tests/swscale -scaler none -src yaf32be -dst grayf32be yaf32be 96x96 -> grayf32be 96x96, flags=0x0 dither=1 scaler=0/0, SSIM={Y=0.866842 U=1.000000 V=1.000000 A=1.000000} loss=1.065262e-01 yaf32be 96x96 -> grayf32be 96x96, flags=0x0 dither=1 scaler=0/0 loss 1.065262e-01 is WORSE by 1.065202e-01, expected loss 6.020069e-06 Sponsored-by: Sovereign Tech Fund Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>Changed files
- libswscale/swscale_unscaled.c
Change #269627
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Fri 05 Jun 2026 22:33:58 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 59166b4131baa9a3c0e840f25ffeec52b03fddde Comments
swscale/input: fix rgbf32 input (add half input functions) The rgbf32 input code was missing the subsampled input functions. This fixes: $ ./libswscale/tests/swscale -scaler none -src rgbf32be -dst rgb565be rgbf32be 96x96 -> rgb565be 96x96, flags=0x0 dither=1 scaler=0/0, SSIM={Y=0.999820 U=0.932819 V=0.924956 A=1.000000} loss=1.436615e-02 rgbf32be 96x96 -> rgb565be 96x96, flags=0x0 dither=1 scaler=0/0 loss 1.436615e-02 is WORSE by 1.413935e-02, expected loss 2.267957e-04 Sponsored-by: Sovereign Tech Fund Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>Changed files
- libswscale/input.c
Change #269628
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Fri 05 Jun 2026 22:35:55 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 016cee7a02f9de28af0808416bdc379879e79fc5 Comments
tests/fate/sws-unscaled: constrain to -backends unstable This is more explicit than -flags unstable, because it also excludes any pixel formats that are only handled by the legacy code. Sponsored-by: Sovereign Tech Fund Co-authored-by: Niklas Haas <git@haasn.dev> Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>
Changed files
- tests/fate/libswscale.mak
Change #269629
Category ffmpeg Changed by Niklas Haas <git@haasn.dev> Changed at Fri 05 Jun 2026 22:37:18 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 7fc7aaf265eb64eb745af91b407ddab54af89105 Comments
swscale/graph: prefer ops backend for floating point formats These have horrible support in legacy swscale; in particular, they break the pixel range (limited vs full) when converting to yuva444p, resulting in SSIM errors like: uyva 96x96 -> grayf32le 96x96, SSIM={Y=0.997654 U=1.000000 V=1.000000 A=1.000000} loss=1.876414e-03 loss 1.876414e-03 is worse by 1.864254e-03, expected loss 1.215935e-05 (The ops-based backend gets a 100% bit-exact roundtrip here) Signed-off-by: Niklas Haas <git@haasn.dev>Changed files
- libswscale/graph.c
Change #269630
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Fri 05 Jun 2026 22:37:18 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 20b0a4faaaf003050f84f63887c8fd8902d739fa Comments
tests/fate: add fate-sws-unstable test The fate test for unscaled conversions (fate-sws-unscaled) does not test the filtering (scaling) paths. This commit adds a test for all the scaling paths for the new swscale code, but only runs 2% of the tests (otherwise this test alone would take about two and a half minutes on a modern x86_64 machine). Sponsored-by: Sovereign Tech Fund Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>
Changed files
- tests/fate/libswscale.mak
- tests/ref/fate/sws-unstable
Change #269631
Category ffmpeg Changed by Ramiro Polla <ramiro.polla@gmail.com> Changed at Sat 06 Jun 2026 13:54:14 Repository https://git.ffmpeg.org/ffmpeg.git Project ffmpeg Branch master Revision 025d6330a5eb62c65a1320df762a26bd1b8960dd Comments
swscale/aarch64/ops_asmgen: fold impl pointer increment into loading of continuation address This commit reduces every kernel by one instruction, for example: function ff_sws_clear_8_u16_0001_neon, export=1, jumpable=1 - ldr x0, [x1] // SwsFuncPtr cont = impl->cont; ldr q16, [x1, #16] // v128 clear_vec = impl->priv.v128; + ldr x0, [x1], #32 // SwsFuncPtr cont = (impl++)->cont; dup v0.8h, v16.h[0] // vl[0] = broadcast(clear_vec[0]) - add x1, x1, #32 // impl += 1; br x0 // jump to cont endfunc A55: Overall speedup=1.066x faster, min=0.881x max=1.288x A76: Overall speedup=1.012x faster, min=0.570x max=1.546x The large min/max differences are due to pathological branch miss cases that happen either before of after this commit. Sponsored-by: Sovereign Tech Fund Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>Changed files
- libswscale/aarch64/ops_asmgen.c