Builder ffmpeg-solaris10-sparc Build #13203

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 ( 11 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. Andreas Rheinhardt

   andreas.rheinhardtohnoyoudont@outlook.com

Timing:

All Changes:

:

1. Change #258899

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Wed 25 Feb 2026 12:41:13
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	34cf7790ef75204316c73515a87c8684fc4a0706

   Comments

   tests/checkasm/h264chroma: Fix initialization, range of values
   This commit fixes four related bugs:
   1. The >8bpp codepath only initializes half the buffer.
   The remaining half used leftover samples from the 8bpp codepath
   which initialized the complete buffer.
   2. The 8bpp codepath tests only 2 bit inputs (&3). This means
   that the second half of the buffer only uses 10 bits (in fact,
   only values of the form 000000xx000000xxb) when treated as uint16_t
   in the >8bpp test. Due to 1., using more bits in the 8bpp test
   would make the >8bpp tests fail (the intermediates would no longer
   fit into 16bits).
   3. For the >8bpp tests, the first half of the buffer would
   only be tested with 8bpp input.
   4. The 8bpp codepath initializes the whole buffer, but only
   uses half of it.
   
   Reviewed-by: Lynne <dev@lynne.ee>
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • tests/checkasm/h264chroma.c

2. Change #258900

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Wed 25 Feb 2026 12:42:19
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	e9c2f19e01de82c56fcd8c8e7c070acf8113a1cc

   Comments

   tests/checkasm/h264chroma: Add bit depth to error output
   Reviewed-by: Lynne <dev@lynne.ee>
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • tests/checkasm/h264chroma.c

3. Change #258901

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Wed 25 Feb 2026 12:42:22
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	13e95746ea7984c32d13c362946908049a7cdd9c

   Comments

   tests/checkasm/h264chroma: Don't overalign
   The input only needs to have natural alignment
   (i.e. 1 in the 8bpp case, 2 otherwise), the output
   only needs to have 16 (namely in the width 8 >8bpp case).
   
   Reviewed-by: Lynne <dev@lynne.ee>
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • tests/checkasm/h264chroma.c