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

Builder ffmpeg64-solaris10-sparc Build #14538

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

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

BuildSlave:

unstable10s

Reason:

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

Steps and Logfiles:

  1. git update ( 1 mins, 29 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 ( 1 mins, 18 secs )
    1. stdio
    2. config.log
  6. shell_4 'gmake fate-rsync' failed ( 12 secs )
    1. stdio
  7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_64.sh' failed ( 7 secs )
    1. stdio
    2. configure.log
    3. compile.log
    4. test.log

Build Properties:

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

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Charly Morgand-Poyac
  2. Furkan Efe Can
  3. Marcin Krycki
  4. Reinhard Nißl
  5. Roger Hardiman
  6. Satvik Upadhyaya
  7. Torbjörn Einarsson
  8. Wojciech Dzierżanowski
  9. romainhedouin

Timing:

StartThu Oct 15 00:58:52 2026
EndThu Oct 15 01:02:05 2026
Elapsed3 mins, 13 secs

All Changes:

:

  1. Change #286098

    Category ffmpeg
    Changed by Reinhard Nißl <rnisslohnoyoudont@gmx.de>
    Changed at Wed 14 Oct 2026 22:43:13
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 955276412d447902ac3dec1dd6a7ee08ad1128be

    Comments

    avcodec/bsf: add jpegapp to inject JPEG APP segments
Inject APP0..APP15 segments from a length-prefixed sidecar into each
MJPEG packet after SOI. A zero-length record passes the packet through.
An APP1-only payload retains the existing APP0; a payload starting with
APP0 replaces an APP0 located immediately after SOI.

Consume records in packet arrival order, with a 16 MiB record limit.
Missing or invalid records return an error. Remember sidecar read and
validation errors so later packets cannot consume a rejected record's
payload as metadata. Flushing neither rewinds the sidecar nor clears
this error; closing the context does not read ahead.

Count every consumed input packet in diagnostics, distinguish I/O errors
from truncated records, include the open error text for a sidecar that
cannot be opened, and document the sidecar and lifecycle contract.

Co-authored-by: Cursor <cursoragent@cursor.com>
Signed-off-by: Reinhard Nißl <rnissl@gmx.de>
Assisted-by: Fairy

    Changed files

    • Changelog
    • doc/bitstream_filters.texi
    • libavcodec/bitstream_filters.c
    • libavcodec/bsf/Makefile
    • libavcodec/bsf/jpegapp.c

  2. Change #286100

    Category ffmpeg
    Changed by Reinhard Nißl <rnisslohnoyoudont@gmx.de>
    Changed at Wed 14 Oct 2026 22:43:13
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision cbff97350a7ace07f66d61e64b94ef8c52c32aa0

    Comments

    tests/fate/jpegapp: add jpegapp bitstream-filter tests
Cover APP1 insertion that keeps APP0, a zero-length record, APP0
replacement, a missing record, an oversized record, and continuation
after an oversized record. The sidecars are generated with printf from
the existing smjpeg sample, so no new sample is required.

Escape colons in sidecar target paths through both BSF parsing layers,
so drive-letter and other colon-containing paths reach the filter intact.

Co-authored-by: Cursor <cursoragent@cursor.com>
Signed-off-by: Reinhard Nißl <rnissl@gmx.de>
Assisted-by: Fairy

    Changed files

    • tests/Makefile
    • tests/fate/jpegapp.mak
    • tests/ref/fate/bsf-jpegapp
    • tests/ref/fate/bsf-jpegapp-oversize-continuation

  3. Change #286102

    Category ffmpeg
    Changed by Roger Hardiman <softwareohnoyoudont@rjh.org.uk>
    Changed at Wed 14 Oct 2026 22:52:53
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision e31413fb963a1ba584dafe861771559112e46d0b

    Comments

    avformat/http_auth: Support HTTP and RTSP servers using RFC 7616 SHA-256 Digest authentication, including ONVIF cameras that cannot authenticate with the existing MD5-only implementation.
Based on a patchwork submission by Aki Sakurai in 2022, with updates from Roger Hardiman

    Changed files

    • libavformat/httpauth.c
    • libavformat/httpauth.h

  4. Change #286104

    Category ffmpeg
    Changed by Marcin Krycki <m.kryckiohnoyoudont@gmail.com>
    Changed at Wed 14 Oct 2026 23:08:47
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision bed45b6f2f6d8a33673d0835ef03063d7f14b19d

    Comments

    avcodec/amfenc: make encoder statistics feedback opt-in
Commit 87b7e578ec ("avcodec/amfenc: add encoder average QP stats") enables
AMF_VIDEO_ENCODER_*_STATISTICS_FEEDBACK on every submitted surface. The AMF
property defaults to false and asking the encoder to collect per-frame
statistics is not free: the hardware has to gather the average QP over all
CTBs of every picture.

On a Radeon RX 9070 XT (Navi48, VCN5) driven through the open source
Mesa/RADV Vulkan backend the cost is roughly 48% additional wall time per
frame, for a bit identical bitstream. Measured with a minimal build
(--enable-amf, AMF headers v1.5.2), 1080p23.976, 4353 frames, hevc_amf,
-rc cqp -qp_i 24 -qp_p 24, software decode. Median of repeated runs on an
otherwise idle machine:

  n8.1.2                     -quality speed      9.27 s   469.6 fps
  n9.0.1                     -quality speed     13.78 s   315.9 fps
  n9.0.1 + this patch        -quality speed      9.27 s   469.6 fps
  n9.0.1 + this patch, -qp_stats 1              13.78 s   315.9 fps

  n8.1.2                     -quality quality   16.29 s   267.2 fps
  n9.0.1                     -quality quality   24.05 s   181.0 fps
  n9.0.1 + this patch        -quality quality   16.29 s   267.2 fps
  n9.0.1 + this patch, -qp_stats 1              23.80 s   182.9 fps

The SHA256 of the encoded video stream is identical across all runs, with
and without the feedback enabled. Per-process DRM fdinfo shows the VCN
encode engine going from 69% to 92% busy at the quality preset once the
feedback is disabled - the engine was being starved, not doing more work.

Other encoders that call ff_encode_add_stats_side_data() (libx264, libx265,
libsvtav1, ...) get the quantiser for free from data they already have, so
reporting it unconditionally costs them nothing. That is not the case here,
which is why this is made opt-in rather than always on.

Add a qp_stats AVOption, defaulting to false, restoring pre-9.0 throughput
by default. Users who want the average QP reported in the ffmpeg CLI
progress line, or as AV_PKT_DATA_QUALITY_STATS side data, can enable it
with -qp_stats 1.

    Changed files

    • libavcodec/amfenc.c
    • libavcodec/amfenc.h
    • libavcodec/amfenc_av1.c
    • libavcodec/amfenc_h264.c
    • libavcodec/amfenc_hevc.c

  5. Change #286106

    Category ffmpeg
    Changed by Furkan Efe Can <caglarf646ohnoyoudont@gmail.com>
    Changed at Wed 14 Oct 2026 23:38:38
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision a7b20ee103356f2ca5ffcdc6f3c38ae0853e0648

    Comments

    avformat/rtsp: Validate the SampleRate SDP attribute
sdp_parse_line() stored the "SampleRate:integer;" attribute straight into
codecpar->sample_rate without any check:

    st = s->streams[s->nb_streams - 1];
    st->codecpar->sample_rate = atoi(p);

The value comes from the SDP description, i.e. from the server, so a
negative sample rate ends up on the stream. atoi() additionally has
undefined behaviour when the value does not fit into an int, which is
why 088f08db71 removed it from matroskaenc.

Measured with a minimal SDP fed to the sdp demuxer, before this patch:

    SampleRate:integer;48000                  -> sample_rate = 48000
    SampleRate:integer;-1                     -> sample_rate = -1
    SampleRate:integer;99999999999999999999   -> sample_rate = -1

Every other demuxer rejects such values (4xm.c, adxdec.c, 3dostr.c,
apac.c, ads.c all test sample_rate <= 0), and rtsp.c itself already
guards the rtpmap sample rate and channel count with "if (i > 0)" a few
hundred lines earlier, so only this attribute was left unchecked.

Use strtol() with base 10, check errno for ERANGE, and ignore values
outside the valid range, keeping whatever rate the rtpmap line
established.  Base 10 matters: with base 0 a leading zero would select
octal and silently reinterpret existing decimal rates.  The ERANGE test
matters where LONG_MAX == INT_MAX, since there a positive overflow
returns INT_MAX and would otherwise pass the upper bound check.

Measured after the patch, with the rtpmap rate held at 44100:

    SampleRate:integer;48000                  -> 48000 Hz
    SampleRate:integer;048000                 -> 48000 Hz
    SampleRate:integer;044100                 -> 44100 Hz
    SampleRate:integer;-1                     -> rejected, keeps 44100
    SampleRate:integer;0                      -> rejected, keeps 44100
    SampleRate:integer;99999999999999999999   -> rejected, keeps 44100

Note this is defence in depth rather than a fix for a reachable crash:
nothing in the RTP/RDT path divides by sample_rate, and avcodec.c
rejects a negative rate when the decoder is opened.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Signed-off-by: Furkan Efe Can <caglarf646@gmail.com>

    Changed files

    • libavformat/rtsp.c

  6. Change #286108

    Category ffmpeg
    Changed by Furkan Efe Can <caglarf646ohnoyoudont@gmail.com>
    Changed at Wed 14 Oct 2026 23:38:38
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 3be6c2d9438d9198284c96d7f961a8c1d79b7e2c

    Comments

    avformat/mov: Check sample_rate in stsd version 2 audio
The QuickTime SoundDescription version 2 layout stores the sample rate as
a 64 bit float. Converting it to int is undefined behaviour when the value
does not fit into int, NaN included -- and NaN slips through every
integer-style range check because all comparisons against it are false.

The sample_rate < 0 check in ff_mov_read_stsd_entries() runs after the
conversion has already happened, so it cannot prevent this.

Validate the double before converting it, matching soxdec.

Zero is deliberately still accepted: mov_finalize_stsd_codec() substitutes
sc->time_scale for a zero audio sample rate, and rejecting zero here would
remove that existing recovery without being needed for the conversion fix.
Negative, NaN, infinite and out-of-range values are rejected before the
conversion.

Fixes: mov.c:3031 runtime error: nan is outside the range of
       representable values of type 'int'

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Signed-off-by: Furkan Efe Can <caglarf646@gmail.com>

    Changed files

    • libavformat/mov.c

  7. Change #286110

    Category ffmpeg
    Changed by Satvik Upadhyaya <futureiitianismeohnoyoudont@gmail.com>
    Changed at Thu 15 Oct 2026 00:08:45
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 63c0d2ccfede962d5704fe15deb8b915766983b9

    Comments

    avcodec/mjpegenc: add intra_dc_precision option
Fixes #23910

    Changed files

    • doc/encoders.texi
    • libavcodec/mjpegenc.c
    • libavcodec/mpegvideo_enc.c
    • tests/fate/vcodec.mak
    • tests/ref/vsynth/vsynth1-mjpeg-dcprec
    • tests/ref/vsynth/vsynth2-mjpeg-dcprec
    • tests/ref/vsynth/vsynth3-mjpeg-dcprec
    • tests/ref/vsynth/vsynth_lena-mjpeg-dcprec

  8. Change #286112

    Category ffmpeg
    Changed by Torbjörn Einarsson <torbjornohnoyoudont@einarssons.se>
    Changed at Thu 15 Oct 2026 00:15:51
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 97801e53f009a2a4db8975c5bcfbaff4070c5c61

    Comments

    avformat/rtpdec: fix dropped payload after reordering-queue delivery
ff_rtp_parse_packet() drains a depacketizer's internally buffered data on
the follow-up buf==NULL call only while s->prev_ret > 0. The
"while (rv < 0 && has_next_packet(s))" reordering loop delivered queued
packets without updating s->prev_ret, so when a packet was returned from that
loop, prev_ret kept its stale negative value and the next buf==NULL call was
routed into the (now empty) reordering queue instead of back into the
depacketizer.

For MPEG-2 TS this drops data: when an RTP payload carries a payload unit
start indicator (PUSI) on a TS packet other than the first, the depacketizer
returns the finished PES, buffers the rest of the payload and returns 1,
expecting a buf==NULL call to fetch the remainder. A plain continuation
payload (no PUSI, the common case) completes no PES and returns < 0, which is
enough to enter the loop above; if the next queued packet carries a
mid-payload PUSI, its buffered tail (the TS packets from the PUSI onwards) is
never drained and is lost. A single reordered pair of packets triggers this,
so the loss occurs rather frequently, not only under heavy reordering.

Update s->prev_ret inside the loop and add libavformat/tests/rtpdec.c, which
drives the real MPEG-TS depacketizer with full 7x188-byte RTP packets and
checks that an in-order and a reordered delivery of the same packets yield
identical PES data. The test is registered as fate-rtpdec with a checked-in
reference output; its two 64 KiB Output buffers are static to avoid a large
stack allocation in main().

Signed-off-by: Torbjörn Einarsson <torbjorn@einarssons.se>

    Changed files

    • libavformat/Makefile
    • libavformat/rtpdec.c
    • libavformat/tests/.gitignore
    • libavformat/tests/rtpdec.c
    • tests/fate/libavformat.mak
    • tests/ref/fate/rtpdec

  9. Change #286113

    Category ffmpeg
    Changed by romainhedouin <romain.hedouinohnoyoudont@epitech.eu>
    Changed at Thu 15 Oct 2026 00:46:34
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 3d1bdd77181aef2668cbf83fc807c61aa66322b0

    Comments

    avcodec/evc_ps: store dpb_output_delay_length_minus1 in hrd_parameters
hrd_parameters() read the third 5-bit length field into
cpb_removal_delay_length_minus1 a second time, overwriting the value
just read, and never set dpb_output_delay_length_minus1, which the
struct declares in that order (as HEVC does). Bit positions are
unchanged, and nothing currently reads these fields.

Tested: make fate passes, including fate-lavf-fate-evc.mp4.

Signed-off-by: romainhedouin <romain.hedouin@epitech.eu>

    Changed files

    • libavcodec/evc_ps.c

  10. Change #286114

    Category ffmpeg
    Changed by Wojciech Dzierżanowski <wdzierzanowskiohnoyoudont@opera.com>
    Changed at Thu 15 Oct 2026 00:53:38
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision a58779b2e7f6ec18f0eaa81eadb9c88eef0bd962

    Comments

    avformat/aacdec: mark ADTS packets as keyframes
Since 40bd6d8355 ("avcodec/codec_desc: remove Intra Only prop for
AAC") removed AV_CODEC_PROP_INTRA_ONLY from AAC, compute_pkt_fields()
in libavformat/demux.c no longer sets AV_PKT_FLAG_KEY on packets
produced by AAC demuxers.

64bb91fd3b ("avcodec/aac_parser: set key_frame and profile") restored
this at the packet level for builds that use the AAC parser, and
faea08b722 ("avcodec/aac/aacdec: set keyframe flag in output frames")
together with 281b7fc02e ("avcodec/libfdk-aacdec: set keyframe flag
and profile in output frames") did the same for decoder output frames.
None of these help the ADTS demuxer's own packets when no parser is
involved, e.g. in a build configured with --disable-parser=aac, or
when demuxing with -fflags +noparse.

Without the keyframe flag, the generic index is never populated, so
seeking in raw ADTS streams fails, and ffmpeg -c copy discards every
packet as a leading non-keyframe.

This change restores the keyframe flag directly within the ADTS demuxer
so that packet-level keyframe information is available even when the
AAC parser is not used. We can flag every packet unconditionally here:
xHE-AAC is not among the profiles possible in an ADTS stream.

Add fate-adts-noparse-demux, which demuxes with -fflags +noparse to
reach this code path directly, since a build with the AAC parser
enabled otherwise masks the bug.

    Changed files

    • libavformat/aacdec.c
    • tests/fate/demux.mak
    • tests/ref/fate/adts-noparse-demux

  11. Change #286115

    Category ffmpeg
    Changed by Charly Morgand-Poyac <charly.morgand-poyacohnoyoudont@bbright.com>
    Changed at Thu 15 Oct 2026 01:41:01
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision ee8cbd7dbce9b293905f3088192e4b43ab00c33a

    Comments

    avcodec/hevc/mvs: zero the merge candidate list
mvf_run_equal() reads padding the merge candidates left uninitialized.

Fixes: 05c6ee22be ("lavc/hevcdec: skip boundary strength computation for identical MvFields")
Reported-by: Kacper Michajłow <kasper93@gmail.com>
Signed-off-by: Charly Morgand-Poyac <charly.morgand-poyac@bbright.com>

    Changed files

    • libavcodec/hevc/mvs.c
BuildBot (0.8.14) working for the OpenCSW Buildbot project.
Page built: Thu 15 Oct 2026 03:07:21 (CEST)