Builder ffmpeg-solaris10-sparc Build #13239

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg-solaris10-sparc' triggered this build

Steps and Logfiles:

1. git update ( 19 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.sh' failed ( 0 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. David Christle

   devohnoyoudont@christle.is

Timing:

All Changes:

:

1. Change #259528

   Category	ffmpeg
   Changed by	David Christle <devohnoyoudont@christle.is>
   Changed at	Mon 02 Mar 2026 14:14:07
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	8e591af32bfaacba101cb66357d10405dbb50b5a

   Comments

   swscale/loongarch: fix LASX YUV2RGB residual for multi-row slices
   The res variable (pixel residual count for widths not divisible by 16)
   is computed once before the row loop, but DEALYUV2RGBLINERES and
   DEALYUV2RGBLINERES32 destructively subtract 8 from it inside the loop
   body. When srcSliceH > 2, subsequent row pairs get an incorrect
   residual count, producing wrong output for the tail pixels.
   
   Fix by recomputing res from the constant c->opts.dst_w at the top of
   each row-pair iteration.
   
   Signed-off-by: David Christle <dev@christle.is>

   Changed files

   • libswscale/loongarch/yuv2rgb_lasx.c

2. Change #259529

   Category	ffmpeg
   Changed by	David Christle <devohnoyoudont@christle.is>
   Changed at	Mon 02 Mar 2026 14:14:07
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7fab0becab09bf79a4dae61fdf9c9f05045fd457

   Comments

   swscale/aarch64: add NEON YUV420P/YUV422P/YUVA420P to RGB conversion
   Add ARM64 NEON-accelerated unscaled YUV-to-RGB conversion for planar
   YUV input formats. This extends the existing NV12/NV21 NEON paths with
   YUV420P, YUV422P, and YUVA420P support for all packed RGB output
   formats (ARGB, RGBA, ABGR, BGRA, RGB24, BGR24) and planar GBRP.
   
   Register with ff_yuv2rgb_init_aarch64() to also cover the scaled path.
   
   checkasm: all 42 sw_yuv2rgb tests pass.
   Speedup vs C at 1920px width (Apple M3 Max, avg of 20 runs):
     yuv420p->rgb24:   4.3x    yuv420p->argb:   3.1x
     yuv422p->rgb24:   5.5x    yuv422p->argb:   4.1x
     yuva420p->argb:   3.5x    yuva420p->rgba:  3.5x
   
   Signed-off-by: David Christle <dev@christle.is>

   Changed files

   • libswscale/aarch64/swscale_unscaled.c
   • libswscale/aarch64/yuv2rgb_neon.S
   • libswscale/swscale_internal.h
   • libswscale/yuv2rgb.c

3. Change #259530

   Category	ffmpeg
   Changed by	David Christle <devohnoyoudont@christle.is>
   Changed at	Mon 02 Mar 2026 14:14:07
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	8f567d5cab578b085ff3ca79c9a1dd3fde433941

   Comments

   tests/checkasm/sw_yuv2rgb: test multi-row conversion with padded strides
   Increase test height from 2 to 4 rows and add 32 bytes of source stride
   padding. This exercises chroma row sharing across multiple luma row pairs
   in YUV420P and the stride increment arithmetic in SIMD implementations,
   both of which were previously untested.
   
   Signed-off-by: David Christle <dev@christle.is>

   Changed files

   • tests/checkasm/sw_yuv2rgb.c