Home - Waterfall Grid T-Grid Console Builders Recent Builds Buildslaves Changesources - JSON API - About

Builder ffmpeg-solaris10-i386 Build #13918

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

Projectffmpeg
Repositoryhttps://git.ffmpeg.org/ffmpeg.git
Branchmaster
Revision025d6330a5eb62c65a1320df762a26bd1b8960dd
Got Revision025d6330a5eb62c65a1320df762a26bd1b8960dd
Changes11 changes

BuildSlave:

unstable10x

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg-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 ( 6 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:

NameValueSource
branch master Build
builddir /export/home/buildbot/slave/ffmpeg-solaris10-i386 slave
buildername ffmpeg-solaris10-i386 Builder
buildnumber 13918 Build
codebase Build
got_revision 025d6330a5eb62c65a1320df762a26bd1b8960dd Git
project ffmpeg Build
repository https://git.ffmpeg.org/ffmpeg.git Build
revision 025d6330a5eb62c65a1320df762a26bd1b8960dd Build
scheduler schedule-ffmpeg-solaris10-i386 Scheduler
slavename unstable10x BuildSlave
workdir /export/home/buildbot/slave/ffmpeg-solaris10-i386 slave (deprecated)

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Niklas Haas
  2. Ramiro Polla

Timing:

StartSat Jun 6 14:05:16 2026
EndSat Jun 6 14:05:31 2026
Elapsed15 secs

All Changes:

:

  1. Change #269621

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Fri 05 Jun 2026 21:55:27
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 517c3d5fc1d573b516833093ca0c4175da79dcd5

    Comments

    swscale/graph: re-check pixel format support in add_legacy_sws_pass()
    When the user passes multiple backends (e.g. SWS_BACKEND_ALL), the
    static check in sws_setup_frame() might have succeeded for the ops
    backend but not the legacy backend, so we need to properly restrict
    the legacy backend implementation function as well. Otherwise, this
    may trigger internal errors / AVERROR(EINVAL) inside sws_init_context().
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/graph.c
  2. Change #269622

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Fri 05 Jun 2026 22:22:27
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 8366d5f8d694a1885708c0c83b0b819e8f492964

    Comments

    swscale/tests/swscale: refactor format testing logic
    Uses the internal ff_sws_test_pixfmt_backend() to test for format support
    on the concrete backend that's in-use for the auxiliary/main conversions,
    respectively, while taking into account the -backends and -api options.
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/tests/swscale.c
  3. Change #269623

    Category ffmpeg
    Changed by Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
    Changed at Fri 05 Jun 2026 22:29:24
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision c7046f0ab3b70f64f204232618f22a45e5c5dab9

    Comments

    swscale/ops_backend: add missing float clear pattern
    This fixes:
    $ ./libswscale/tests/swscale -scaler none -backends unstable -src rgb24 -dst yaf32be
    
    ... and exposes another bug in x86 when -cpuflags 0 is not passed,
    which will be fixed in next commit.
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • libswscale/ops_tmpl_float.c
  4. Change #269624

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

    Comments

    swscale/utils: improve check for float formats that will be converted to uint16_t
    This was triggering an assertion in x86:
    $ ./libswscale/tests/swscale -scaler none -backends unstable -src rgb24 -dst yaf32be
    Assertion c->srcBpc == 16 failed at src/libswscale/x86/swscale.c:637
    Aborted
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • libswscale/utils.c
  5. Change #269625

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Fri 05 Jun 2026 22:32:51
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 5a6bf8d4f4fd5b7b985a4503d67bf1f8db1b4705

    Comments

    swscale/tests/swscale: allow all backends for auxiliary conversions
    This enables testing all internally supported pixel formats.
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/tests/swscale.c
  6. Change #269626

    Category ffmpeg
    Changed by Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
    Changed at Fri 05 Jun 2026 22:33:37
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 6b7fd40e2519418fce5208c84b799c705ab3abda

    Comments

    swscale/swscale_unscaled: disable unscaled copy from yaf32be to grayf32be
    yaf32be input wasn't being properly filtered out of the simple copy
    condition when converting to grayf32be, which caused half the luma
    plane to be interleaved with half the alpha plane, instead of just
    copying the luma plane.
    
    This fixes:
    $ ./libswscale/tests/swscale -scaler none -src yaf32be -dst grayf32be
    yaf32be 96x96 -> grayf32be 96x96, flags=0x0 dither=1 scaler=0/0, SSIM={Y=0.866842 U=1.000000 V=1.000000 A=1.000000} loss=1.065262e-01
    yaf32be 96x96 -> grayf32be 96x96, flags=0x0 dither=1 scaler=0/0
      loss 1.065262e-01 is WORSE by 1.065202e-01, expected loss 6.020069e-06
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • libswscale/swscale_unscaled.c
  7. Change #269627

    Category ffmpeg
    Changed by Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
    Changed at Fri 05 Jun 2026 22:33:58
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 59166b4131baa9a3c0e840f25ffeec52b03fddde

    Comments

    swscale/input: fix rgbf32 input (add half input functions)
    The rgbf32 input code was missing the subsampled input functions.
    
    This fixes:
    $ ./libswscale/tests/swscale -scaler none -src rgbf32be -dst rgb565be
    rgbf32be 96x96 -> rgb565be 96x96, flags=0x0 dither=1 scaler=0/0, SSIM={Y=0.999820 U=0.932819 V=0.924956 A=1.000000} loss=1.436615e-02
    rgbf32be 96x96 -> rgb565be 96x96, flags=0x0 dither=1 scaler=0/0
      loss 1.436615e-02 is WORSE by 1.413935e-02, expected loss 2.267957e-04
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • libswscale/input.c
  8. Change #269628

    Category ffmpeg
    Changed by Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
    Changed at Fri 05 Jun 2026 22:35:55
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 016cee7a02f9de28af0808416bdc379879e79fc5

    Comments

    tests/fate/sws-unscaled: constrain to -backends unstable
    This is more explicit than -flags unstable, because it also excludes
    any pixel formats that are only handled by the legacy code.
    
    Sponsored-by: Sovereign Tech Fund
    Co-authored-by: Niklas Haas <git@haasn.dev>
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • tests/fate/libswscale.mak
  9. Change #269629

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Fri 05 Jun 2026 22:37:18
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 7fc7aaf265eb64eb745af91b407ddab54af89105

    Comments

    swscale/graph: prefer ops backend for floating point formats
    These have horrible support in legacy swscale; in particular, they break the
    pixel range (limited vs full) when converting to yuva444p, resulting in SSIM
    errors like:
    
    uyva 96x96 -> grayf32le 96x96, SSIM={Y=0.997654 U=1.000000 V=1.000000 A=1.000000} loss=1.876414e-03
      loss 1.876414e-03 is worse by 1.864254e-03, expected loss 1.215935e-05
    
    (The ops-based backend gets a 100% bit-exact roundtrip here)
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/graph.c
  10. Change #269630

    Category ffmpeg
    Changed by Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
    Changed at Fri 05 Jun 2026 22:37:18
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 20b0a4faaaf003050f84f63887c8fd8902d739fa

    Comments

    tests/fate: add fate-sws-unstable test
    The fate test for unscaled conversions (fate-sws-unscaled) does not
    test the filtering (scaling) paths.
    
    This commit adds a test for all the scaling paths for the new swscale
    code, but only runs 2% of the tests (otherwise this test alone would
    take about two and a half minutes on a modern x86_64 machine).
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • tests/fate/libswscale.mak
    • tests/ref/fate/sws-unstable
  11. Change #269631

    Category ffmpeg
    Changed by Ramiro Polla <ramiro.pollaohnoyoudont@gmail.com>
    Changed at Sat 06 Jun 2026 13:54:14
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 025d6330a5eb62c65a1320df762a26bd1b8960dd

    Comments

    swscale/aarch64/ops_asmgen: fold impl pointer increment into loading of continuation address
    This commit reduces every kernel by one instruction, for example:
     function ff_sws_clear_8_u16_0001_neon, export=1, jumpable=1
    -        ldr             x0, [x1]                        // SwsFuncPtr cont = impl->cont;
             ldr             q16, [x1, #16]                  // v128 clear_vec = impl->priv.v128;
    +        ldr             x0, [x1], #32                   // SwsFuncPtr cont = (impl++)->cont;
             dup             v0.8h, v16.h[0]                 // vl[0] = broadcast(clear_vec[0])
    -        add             x1, x1, #32                     // impl += 1;
             br              x0                              // jump to cont
     endfunc
    
    A55: Overall speedup=1.066x faster, min=0.881x max=1.288x
    A76: Overall speedup=1.012x faster, min=0.570x max=1.546x
    
    The large min/max differences are due to pathological branch miss cases
    that happen either before of after this commit.
    
    Sponsored-by: Sovereign Tech Fund
    Signed-off-by: Ramiro Polla <ramiro.polla@gmail.com>

    Changed files

    • libswscale/aarch64/ops_asmgen.c