Builder ffmpeg-solaris10-i386 Build #12363

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg-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 ( 9 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 ( 1 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 #238219

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Thu 03 Jul 2025 20:18:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	11d3af0d7fe5c0e235b4a560c063fee4c05980e1

   Comments

   avcodec/dfpwmenc: Correctly pad input
   Before this patch, the DFPWM1a encoder was marked as supporting
   variable frame sizes. The DFPWM1a format converts eight bytes
   of input into one output byte and so it simply padded the number
   of data output by
   frame->nb_samples * frame->ch_layout.nb_channels / 8 +
   (frame->nb_samples % 8 > 0 ? 1 : 0)
   This has several bugs:
   a) The additional byte leads to eight additional input byte being
   read; this can read into the frame's padding, i.e. the data can
   be uninitialized.
   b) The criterion for whether one should pad is wrong:
   nb_samples * nb_channels should be tested for divisibility by eight.
   c) The created frames can be undecodable (at least with our decoder):
   Our decoder requires the number of bits per frame to divisible by
   the number of channels, yet the above approach does not guarantee this.
   d) The padding will be added in the middle of the stream (potentially
   for every packet).
   
   This commit fixes all of this by removing the variable frame size cap
   and using AVCodecInternal.pad_samples to pad the last frame so that
   nb_samples * nb_channels is always a multiple of eight.
   The lavf-dfpwm FATE-test was affected by a). The frames originated from
   lavfi and were part of an audio frame pool, so that the padding
   contained data from an earlier (bigger) frame. Now the last frame is
   properly filled with silence.
   
   Reported-by: Paul B Mahol <onemda@gmail.com>
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/dfpwmenc.c
   • tests/ref/lavf/dfpwm

2. Change #238220

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Thu 03 Jul 2025 20:18:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	82fa6b450d1a23baf88ef5714d9603c1855ffeab

   Comments

   avcodec/dfpwmenc: Remove write-only context member
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/dfpwmenc.c

3. Change #238221

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Thu 03 Jul 2025 20:21:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	73646259a07188a38a9f712a55c7516a98c42668

   Comments

   avcodec/avcodec: Check sample_rate generically
   Check that all audio codecs except decoders with the
   AV_CODEC_CAP_CHANNEL_CONF flag have a positive sample rate set.
   
   Fixes: AVERROR_BUG return
   Fixes: 413997604/clusterfuzz-testcase-minimized-ffmpeg_AV_CODEC_ID_HCA_fuzzer-5188382613635072
   
   Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/avcodec.c
   • libavcodec/encode.c

4. Change #238222

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Thu 03 Jul 2025 20:21:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	12777f30a88deefb943b0858b8ab554f5c91b76d

   Comments

   avcodec/wma,wmaprodec: Remove always-false checks
   None of the codecs used here has the AV_CODEC_CAP_CHANNEL_CONF
   cap set, so the sample rate is checked generically.
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/wma.c
   • libavcodec/wmaprodec.c

5. Change #238223

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Thu 03 Jul 2025 20:21:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	66acbb92a3b070158c3ab9eb9692753ce0b6005f

   Comments

   avcodec/wma: Remove redundant nb_channels check
   Already checked generically as none of the codecs here
   have the AV_CODEC_CAP_CHANNEL_CONF set.
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/wma.c

6. Change #238224

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Thu 03 Jul 2025 20:21:55
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	725563a731a049ab551e52056c19e6c28311a3d3

   Comments

   avcodec/wmaprodec: Avoid branch for setting block_align
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/wmaprodec.c