Builder ffmpegsos-solaris10-i386 Build #14173

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-i386' triggered this build

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Jonathan Harris

   ffmpegohnoyoudont@marginal.org.uk

Timing:

All Changes:

:

1. Change #272600

   Category	ffmpeg
   Changed by	Jonathan Harris <ffmpegohnoyoudont@marginal.org.uk>
   Changed at	Wed 24 Jun 2026 22:49:42
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7587e1224ae9f93fbb3a6340afc8092bbc67a450

   Comments

   libavcodec/dxv.c: handle widths not a multiple of 16
   The Resolume DXV codec is based on 4x4 pixel DXT1/DXT5/BC4/BC5 blocks, so
   it's natural to assume that files would be padded to multiples of 4 in width
   and height. But in practice .mov files produced by the Resolume software are
   always padded to multiples of 16 in width and height, so FFmpeg currently
   decodes them incorrectly.
   
   When encoding FFmpeg already pads both width and height to 16 so no change
   is required - see libavcodec/dxvenc.c:37-40 (commit
   d4556c98f02e4f2d3deb86efeb060ebe4659be96):
   
   /*
    * Resolume will refuse to display frames that are not padded to 16x16 pixels.
    */
   #define DXV_ALIGN(x) FFALIGN(x, 16)
   
   Signed-off-by: Jonathan Harris <ffmpeg@marginal.org.uk>

   Changed files

   • libavcodec/dxv.c