Builder ffmpeg64-solaris10-i386 Build #12172

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Michael Niedermayer

   michaelohnoyoudont@niedermayer.cc

Timing:

All Changes:

:

1. Change #229623

   Category	ffmpeg
   Changed by	Michael Niedermayer <michaelohnoyoudont@niedermayer.cc>
   Changed at	Tue 13 May 2025 00:08:02
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	fd5a3c5fed2c190446b2beb9bc532887db360cf7

   Comments

   avcodec/vorbisdec: Dont treat overread as error
   This differs from libvorbis by
   stddev:    2.44 PSNR: 88.58 MAXDIFF:   41 bytes:   834304/   834304
   for the file from the ticket
   
   Fixes: Ticket11427
   
   Regression since: dc89cf804a811c0d25f4649a99f7fab4b5b416fa
   
   This is a similar solution to what james proposed earlier in
   [FFmpeg-devel] [PATCH] avcodec/vorbisdec: don't abort on EOD when decoding residuals
   
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavcodec/vorbisdec.c

2. Change #229624

   Category	ffmpeg
   Changed by	Michael Niedermayer <michaelohnoyoudont@niedermayer.cc>
   Changed at	Tue 13 May 2025 00:20:23
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	74fd2c3ddbaf1fef5c4777784aa72b5747ad389c

   Comments

   avcodec/h264_mb: Fix tmp_cr for arm
   When decoding a bitstream with weighted-bipred enabled,
   the results on ARM and x86 platforms may differ.
   
   The reason for the inconsistency is that the value of
   STRIDE_ALIGN differs between platforms. And STRIDE_ALIGN
   is set to the buffer stride of temporary buffers for U
   and V components in mc_part_weighted.
   
   If the buffer stride is 32 or 64 (as on x86 platforms),
   the U and V pixels can be interleaved row by row without
   overlapping, resulting in correct output.
   However, on ARM platforms where the stride is 16,
   the V component did overwrite part of the U component's pixels,
   leading to incorrect predicted pixels.
   
   The bug can be reproduced by the following bitstream.
   
   https://trac.ffmpeg.org/attachment/ticket/11357/inter_weighted_bipred2.264
   
   Fixes: ticket 11357
   Commit-msg-mostly-by: Bin Peng <pengbin@visionular.com>
   Reviewed-by: Bin Peng <pengbin@visionular.com>
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavcodec/h264_mb.c

3. Change #229625

   Category	ffmpeg
   Changed by	Michael Niedermayer <michaelohnoyoudont@niedermayer.cc>
   Changed at	Tue 13 May 2025 00:26:24
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	9980a0b9b1ff1872c2ac37e9a709529421446ed5

   Comments

   avformat/iamfdec: Check side_substream_id before use
   Fixes: poc-iamf-2025-04
   
   Found-by: 苏童 <220235212@seu.edu.cn>
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavformat/iamfdec.c