Builder ffmpegsos-solaris10-i386 Build #14160

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 ( 9 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 ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Kacper Michajłow

   kasper93ohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #272380

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 23 Jun 2026 20:40:27
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f699b3a8f52c151f61318b757abf04cab0811724

   Comments

   tests/fate/seek: add HLS multi-playlist seek test
   Add a seek test for an HLS master playlist with separate audio and video
   media playlists with different DTS baselines.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • tests/fate/seek.mak
   • tests/ref/seek/hls

2. Change #272381

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 23 Jun 2026 20:40:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	54f0296dfefd43858ad607a3e5499f5fce35cf92

   Comments

   avformat/hls: deduplicate playlists shared by multiple variants
   Master playlists can reference the same media playlist URI from several
   rendition group. new_playlist() allocated a separate playlist struct for
   each reference, this is unndeded work and we can fold duplicates into
   single probe.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavformat/hls.c

3. Change #272382

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 23 Jun 2026 20:40:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	0616685b1eefefdb5794b9334b40510377df92af

   Comments

   avformat/hls: reuse the open connection for contiguous byte-range segments
   CMAF and other EXT-X-BYTERANGE playlists address consecutive segments as
   contiguous byte ranges of a single resource. Each segment was fetched with
   a separate bounded request, paying a request/response round-trip per
   segment even though the connection was kept alive.
   
   Keep the AVIOContext open across segments of the same resource and seek to
   the next segment instead of reopening, for contiguous ranges the seek
   targets the current position and issues no request in practice.
   
   Non-contiguous, encrypted and non-seekable cases fall back to the
   previous reopen behaviour.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavformat/hls.c

4. Change #272383

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 23 Jun 2026 20:40:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	caa3fa6af070c1eeee59da027fdcde326fc64a89

   Comments

   avformat/hls: fix seeking to before the first timestamp
   find_timestamp_in_playlist() already selects the first segment when the
   target is below the playlist's first timestamp, but returns 0.
   hls_read_seek() treats that as a failure, and all seek operation is
   failed.
   
   This breaks seeking to the very start whenever the requested timestamp
   is slightly below the first one. Clamp such targets to the first segment
   and report success instead.
   
   Fixes: https://github.com/mpv-player/mpv/issues/14840#issuecomment-4703186169
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavformat/hls.c
   • tests/ref/seek/hls

5. Change #272384

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 23 Jun 2026 20:40:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	e27ad5760c0c8eca7c95bb907dc6e4e62dbf129b

   Comments

   avformat/hls: rebase seek discard threshold to each playlist's DTS baseline
   After a seek, hls_read_packet drops packets until each playlist reaches
   seek_timestamp. That threshold lives on c->first_timestamp's baseline,
   i.e. the DTS of whichever stream produced the very first packet. Streams
   can have different DTS baselines though. So comparing one stream's
   threshold against another stream's DTS is wrong. A stream whose first
   keyframe precedes the global baseline gets its segment keyframe dropped
   and resumes a segment (or more) late.
   
   Track the first DTS per playlist and rebase the threshold onto each
   playlist's own baseline. Since HLS segments are presentation-aligned
   across renditions, every stream then resumes at the same presentation
   time. seek_timestamp keeps its meaning on the global timeline, only the
   per-playlist comparison value is translated.
   
   This fixes playlists that would be unable to play from the start, and
   instead skip one or more segments, before data is output.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavformat/hls.c
   • tests/ref/seek/hls

6. Change #272385

   Category	ffmpeg
   Changed by	Kacper Michajłow <kasper93ohnoyoudont@gmail.com>
   Changed at	Tue 23 Jun 2026 20:40:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	50209cd0c025af07dff4dafbb1ac747c6287a248

   Comments

   avformat/hls: advance first_timestamp once per live window slide
   Anchor c->first_timestamp to the playlist that established it and only let
   that playlist's expiring segments advance it, so it slides exactly once
   per window slide.
   
   Signed-off-by: Kacper Michajłow <kasper93@gmail.com>

   Changed files

   • libavformat/hls.c