Builder ffmpegsos-solaris10-i386 Build #14018

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Hendrik Leppkes

   h.leppkesohnoyoudont@gmail.com
2. Michael Niedermayer

   michaelohnoyoudont@niedermayer.cc
3. Ramiro Polla

   ramiro.pollaohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #269531

   Category	ffmpeg
   Changed by	Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
   Changed at	Fri 05 Jun 2026 03:00:31
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	fcaafd2c1154eb499dae29ebe57752fe0a5e24e2

   Comments

   swscale/tests/swscale: add -scaler/-scaler_sub parameters to set scaler algorithm
   The -unscaled parameter has been removed in favour of "-scaler none".
   
   Some legacy scalers cannot be selected with these options (i.e.: SWS_X
   and SWS_FAST_BILINEAR). To test these, the -flags parameter shoule be
   used instead.
   
   This option sets the scaler/scaler_sub fields in SwsContext. There is a
   comment about these fields in struct SwsContext:
   
     Note: Does not affect the legacy (stateful) API.
   
   This comment is not entirely correct, since scaler/scaler_sub are taken
   into consideration to select the algorithm, but that doesn't update the
   flags field, which is still used to select implementations:
   
   libswscale/x86/swscale.c:574:            if (c->opts.flags & SWS_FAST_BILINEAR && c->canMMXEXTBeUsed) {
   libswscale/ppc/swscale_vsx.c:2033:            if (c->opts.flags & SWS_FAST_BILINEAR && c->opts.dst_w >= c->opts.src_w && c->chrDstW >= c->chrSrcW) {
   libswscale/swscale_unscaled.c:2465:        && (!needsDither || (c->opts.flags&(SWS_FAST_BILINEAR|SWS_POINT))))
   libswscale/swscale_unscaled.c:2650:    if (c->opts.flags&(SWS_FAST_BILINEAR|SWS_POINT)) {
   libswscale/utils.c:1279:            && !(sws->flags & SWS_FAST_BILINEAR)
   libswscale/utils.c:1388:         (flags & SWS_FAST_BILINEAR)))
   libswscale/utils.c:1417:            && (flags & SWS_FAST_BILINEAR)) {
   libswscale/utils.c:1437:    if (flags & SWS_FAST_BILINEAR) {
   libswscale/utils.c:1648:        if (c->canMMXEXTBeUsed && (flags & SWS_FAST_BILINEAR)) {
   libswscale/swscale.c:678:            if (c->opts.flags & SWS_FAST_BILINEAR) {
   
   Sponsored-by: Sovereign Tech Fund
   Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

   Changed files

   • libswscale/tests/swscale.c
   • tests/fate/libswscale.mak

2. Change #269532

   Category	ffmpeg
   Changed by	Hendrik Leppkes <h.leppkesohnoyoudont@gmail.com>
   Changed at	Fri 05 Jun 2026 03:08:08
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	89bdd9e1a50735be7478ab8c07303f3d2fe59d85

   Comments

   avcodec/hevc: look for the DOVI RPU in all NALs, not just the last one
   Some encoders seem to place the SEI suffix NAL at the very end, with the
   RPU before it.
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/hevc/hevcdec.c

3. Change #269533

   Category	ffmpeg
   Changed by	Michael Niedermayer <michaelohnoyoudont@niedermayer.cc>
   Changed at	Fri 05 Jun 2026 03:11:11
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c7e0bac050a672a220ed8ee6dbdc25abfb3336a8

   Comments

   avformat/matroskadec: bound TRACKENTRY parsing by max_streams
   After the fix the reproducer finishes in 43 ms instead of OOM-ing at the
   2 GB limit. Legitimate .mkv/.webm fate samples still parse cleanly.
   
   Fixes: 471604245/clusterfuzz-testcase-minimized-ffmpeg_dem_WEBM_DASH_MANIFEST_fuzzer-6662979358883840
   Found-by: continuous fuzzing process https://github.com/google/oss-fuzz/tree/master/projects/ffmpeg
   
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavformat/matroskadec.c