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

Builder ffmpegsos-solaris10-sparc Build #13716

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

Projectffmpeg
Repositoryhttps://git.ffmpeg.org/ffmpeg.git
Branchmaster
Revisionde6bcf5c05e3534ee7874a2ec8c0fc5af527137b
Got Revisionde6bcf5c05e3534ee7874a2ec8c0fc5af527137b
Changes3 changes

BuildSlave:

unstable10s

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpegsos-solaris10-sparc' 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 ( 7 secs )
    1. stdio
    2. config.log
  6. shell_4 'gmake fate-rsync' failed ( 2 secs )
    1. stdio
  7. shell_5 '../../../ffmpeg/fate.sh ../../../ffmpeg/fate_config_sos.sh' failed ( 2 secs )
    1. stdio
    2. configure.log
    3. compile.log
    4. test.log

Build Properties:

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

Forced Build Properties:

NameLabelValue

Responsible Users:

  1. Niklas Haas

Timing:

StartMon Jun 29 10:13:38 2026
EndMon Jun 29 10:13:58 2026
Elapsed20 secs

All Changes:

:

  1. Change #273160

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Mon 29 Jun 2026 11:46:36
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision 5c877416a56f491b0dfc3dfd1fc920aebe43ed18

    Comments

    fftools/ffmpeg_demux: skip finished/unstarted streams in readrate_sleep()
    This shouldn't affect the actual behavior, as the initialization of ds->dts
    (implicitly zero'd) and the previous calculation of stream_ts_offset
    guarantees that the `if (pts <= stream_ts_offset) continue;` branch fires.
    
    Mainly a minor clarification of the code for the upcoming refactor.
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • fftools/ffmpeg_demux.c
  2. Change #273161

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Mon 29 Jun 2026 11:46:36
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision e7be06c8bd5403185f8656c4054393694dbd0bd4

    Comments

    fftools/ffmpeg_demux: remove unused variable
    This is a dead assignment except on a single branch, so just define it
    locally.
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • fftools/ffmpeg_demux.c
  3. Change #273162

    Category ffmpeg
    Changed by Niklas Haas <gitohnoyoudont@haasn.dev>
    Changed at Mon 29 Jun 2026 11:46:36
    Repository https://git.ffmpeg.org/ffmpeg.git
    Project ffmpeg
    Branch master
    Revision de6bcf5c05e3534ee7874a2ec8c0fc5af527137b

    Comments

    fftools/ffmpeg_demux: only throttle readrate on the slowest stream
    If streams are badly interleaved, then the readrate logic can end up
    accumulating an ever-growing lag. Rather than looping over each stream
    and sleeping for each stream individually based on the local DTS and lag
    logic, pull the sleep out of the loop and only sleep once based on the
    furthest-behind stream (i.e. the stream contributing the lowest sleep
    duration).
    
    To reproduce:
    
    $ ./ffmpeg -re -i fallbeatcaptiontest.mp4 -c copy -f null -t 10 -
    
    Before this commit, this would run at ~0.7x and accumulate an infinitely
    growing lag in one stream. After this commit, both streams run at ~1x as
    expected, after an initial burst period due to the bad (1s granularity)
    interleaving.
    
    Signed-off-by: Niklas Haas <git@haasn.dev>

    Changed files

    • fftools/ffmpeg_demux.c