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

Builder ffmpeg64-solaris10-i386 Build #13271

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

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

BuildSlave:

unstable10x

Reason:

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

Steps and Logfiles:

  1. git update ( 9 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 ( 19 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:

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

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Adrien Destugues
  2. Niklas Haas

Timing:

StartThu Feb 26 11:25:29 2026
EndThu Feb 26 11:26:01 2026
Elapsed31 secs

All Changes:

:

  1. Change #259020

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 9adfe25ead49280ecec14242a134c7c5dfe0af0a

    Comments

    swscale/ops_chain: properly mark unreachable branch
By breaking to the `av_unreachable` below. This branch is unreachable because
of the `if (entry->flexible)` branch further above.

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/ops_chain.c

  2. Change #259022

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 83af1a2977169dc39a7b1448dccbaf96b63e5aa9

    Comments

    swscale/x86/ops: properly mark SWS_OP_SCALE as flexible

    Changed files

    • libswscale/x86/ops.c

  3. Change #259024

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision a71c115b776285c2906393dec3beb2345fe8cf2f

    Comments

    swscale/x86/ops: allow matching planar rw against 1-element packed fmt
Otherwise, the x86 backend fails to serve e.g. rgb565le.

For -src rgb565le:
 Before: Overall speedup=2.210x faster, min=0.256x max=60.465x
 After:  Overall speedup=4.929x faster, min=0.638x max=181.260x

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/x86/ops.c

  4. Change #259026

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 3a5b1d762f24bfa428b6dc99152c6fe085c05abe

    Comments

    swscale/ops_chain: add ability to match fixed scale factor
This is useful especially for the special case of scaling by common
not-quite-power-of-two constants like 255 or 1023.

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/ops_chain.c
    • libswscale/ops_chain.h

  5. Change #259028

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision ec959e20c5852e288f3d7bbecb8b09303a53c61b

    Comments

    swscale/x86/ops: add special case for expanding bits to bytes/words
Not super useful but also not expensive to carry.

monob -> gbrp:
 Before: time=84 us, ref=137 us, speedup=1.618x faster
 After:  time=23 us, ref=185 us, speedup=7.773x faster

monob -> gray16le:
 Before: time=75 us, ref=108 us, speedup=1.440x faster
 After:  time=20 us, ref=108 us, speedup=5.192x faster

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/x86/ops.c
    • libswscale/x86/ops_int.asm

  6. Change #259030

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision e4abfb8e519895c7fd84425430016cb6fabd424b

    Comments

    swscale/ops_backend: avoid UB from incorrect function signature
Annoying C-ism; we can't overload the function type even though they will
always be pointers. We can't even get away with using (void *) in the
function signature, despite casts to void * being technically valid.

Avoid the issue altogether by just moving the process loop into the
type-specific template altogether, and just referring to the correct
compiled process function at runtime. Hopefully, the compiler should be
able to optimize these into a single implementation. GCC, at least, compiles
these down into a single implementation plus three stubs that just jmp
to the correct one.

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/ops_backend.c
    • libswscale/ops_tmpl_common.c

  7. Change #259032

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 5649ac2b4dbeeb6bb7c91069da8e426b28fb8830

    Comments

    swscale/ops: avoid UB in handle_tail()
Stupid NULL + 0 rule.

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/ops.c

  8. Change #259033

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision a22189101b938b8acf645efa7bd9692c717bde6f

    Comments

    swscale/unscaled: fix packedCopyWrapper for bitstream formats
The assumption that w < stride is not held for such formats. Rather than
this brittle logic we can just always copy the smaller of the two strides.
This is unlikely to affect anything in practice, since usually AVFrames with
the same size and format have matching linesizes, and so the fast path should
be taken. However, in the unlikely case that they don't agree, this fixes an
assertion failure when copying monow to monow.

Reproduced by modifying libswscale to pick a larger-than-normal dst buffer
alignment (and corresponding linesize), but reproducible in principle by any
API user.

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/swscale_unscaled.c

  9. Change #259034

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:15:52
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 5fa2a65c110a942acba211ac3e6690ef244c8e9e

    Comments

    swscale/unscaled: fix rgbToRgbWrapper for YUVX
This code calculates the pixel step using c->dstFormatBpp, which is wrong;
should use the pixdesc step instead. (dstFormatBpp is 3 for YUVX, but
the actual pixel step is 4 bytes)

This bug was mostly hidden by the fact that the same bug actually disabled
the fast path for the (common) case of strStride == dstStride. Uncovered while
making changes to the swscale.c allocation code.

Reproduced by modifying libswscale in such a way that the dst buffer stride
happened to be exactly 4/3 larger than the src buffer stride, e.g. by adding
extra padding to each dst buffer line, but reproducible in principle by any
API user.

Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • libswscale/swscale_unscaled.c

  10. Change #259035

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Thu 26 Feb 2026 11:16:11
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision d67d81a3748aa877c9c9400034a1816d97d590d5

    Comments

    configure: don't support asm without memalign
I tried it, and it broke horribly. We should definitively rule out this.

Unfortunately, it's not as easy as just setting `disable asm` here, because
asm having been enabled will already have affected the build process further
upstream - conversely, we don't know whether or not memalign exists until
fairly late in the build process, and I'm not about to go destroying
the current organization of the file just to work around this.

So an error message it is.

    Changed files

    • configure

  11. Change #259036

    Category ffmpeg
    Changed by Adrien Destugues <pulkomandyohnoyoudont@pulkomandy.tk>
    Changed at Thu 26 Feb 2026 11:16:11
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 5425be53b575d69bdffa7e982d9b7e0ec73f7fa2

    Comments

    configure: re-enable memalign for Haiku
This had been disabled in 2011:
https://lists.ffmpeg.org/pipermail/ffmpeg-cvslog/2011-June/038362.html

If there are still problems with it we should rather fix them on Haiku
side.

Signed-off-by: Niklas Haas <git@haasn.dev>
See-Also: https://code.ffmpeg.org/FFmpeg/FFmpeg/pulls/22233

    Changed files

    • configure
BuildBot (0.8.14) working for the OpenCSW Buildbot project.
Page built: Sat 28 Feb 2026 11:42:22 (CET)