Builder ffmpeg64-solaris10-i386 Build #14109

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git updating ( 7 secs )
   1. stdio
2. shell  
   1. - no logs -
3. shell_1  
   1. - no logs -
4. shell_2  
   1. - no logs -
5. shell_3  
   1. - no logs -
6. shell_4  
   1. - no logs -
7. shell_5  
   1. - no logs -

Build Properties:

Forced Build Properties:

Responsible Users:

1. Daniel Drake

   danohnoyoudont@reactivated.net
2. James Almer

   jamrialohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #281510

   Category	ffmpeg
   Changed by	Daniel Drake <danohnoyoudont@reactivated.net>
   Changed at	Fri 11 Sep 2026 18:19:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c5f7919a2c667eb87460753710dc51ad529eb903

   Comments

   avformat/movenc: avoid timescale overflow in synthetic tmcd tracks
   When muxing a synthetic timecode (tmcd) track (e.g. via -timecode or
   -map_metadata 0) for video streams that use very high timescales (such
   as nanosecond VUI timing from GoPro cameras with a timescale of
   500,000,000), mov_create_timecode_track() blindly copied the video
   track's timescale to the timecode track.
   
   Unlike regular video tracks where each packet spans ~1 frame, a tmcd
   track contains a single sample covering the entire duration of the
   stream. With a 500 MHz timescale, duration * timescale exceeds INT_MAX
   after just ~4.29 seconds (2,147,483,647 / 500,000,000 ~= 4.295s).
   When calculating sample duration in get_cluster_duration(), next_dts
   overflows INT_MAX and triggers av_assert0(next_dts <= INT_MAX),
   aborting container finalization.
   
   To maintain backward compatibility with existing muxing behavior and
   keep FATE test outputs unchanged, source timescales <= 100,000 are
   still copied directly. (At <= 100,000, single-sample durations can
   safely span up to ~6 hours without 32-bit overflow, matching the high
   timebase warning threshold in mov_init).
   
   When the source timescale exceeds 100,000, derive an appropriate
   standard timecode timescale from the timecode rate:
   - For drop-frame timecode, use fps * 1000 (e.g. 30,000 for 29.97 DF)
     so frame duration is an integer (1001).
   - For fractional rates with den == 1001, use tc.rate.num (e.g. 24,000
     or 30,000) to yield an integer frame duration of 1001.
   - For integer rates with den == 1, use tc.rate.num (e.g. 25, 30, 60)
     for a 1:1 timescale with frame duration 1.
   - Otherwise fallback to integer fps (or 30).
   
   Signed-off-by: Daniel Drake <dan@reactivated.net>

   Changed files

   • libavformat/movenc.c

2. Change #281511

   Category	ffmpeg
   Changed by	Daniel Drake <danohnoyoudont@reactivated.net>
   Changed at	Fri 11 Sep 2026 18:19:29
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	30359442a795b787613a2863f116e2e85a4dfc3a

   Comments

   avformat/movenc: always derive timecode timescale from timecode rate
   Rather than preserving the heuristic threshold of copying the video
   track's timescale for <= 100,000 to maintain backward compatibility,
   cleanly derive the timecode (tmcd) track's timescale directly from the
   timecode rate across all files:
   - For drop-frame timecode, use fps * 1000 (e.g. 30,000 for 29.97 DF).
   - For fractional rates with den == 1001, use tc.rate.num (e.g. 24,000
     for 23.976, 30,000 for 29.97 NDF).
   - Otherwise, use tc.fps (e.g. 24, 25, 30, 50, 60).
   
   This eliminates the arbitrary 100,000 timescale threshold and ensures
   all timecode tracks adhere consistently to standard SMPTE/QuickTime
   timecode timebases with integer frame durations.
   
   Update FATE reference checksums for affected MOV, MP4, and ISMV tests.
   
   Signed-off-by: Daniel Drake <dan@reactivated.net>

   Changed files

   • libavformat/movenc.c
   • tests/ref/lavf/ismv
   • tests/ref/lavf/mov
   • tests/ref/lavf/mp4

3. Change #281512

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Fri 11 Sep 2026 18:22:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	4e320e3d565b919340dac61fa43af5e996f62d37

   Comments

   avcodec/libxevd: set picture type and keyframe flag on the correct frames
   The picture returned by xevd_pull() is not necessarely the one generated from
   the packet last sent with xevd_decode().
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/libxevd.c

4. Change #281513

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Fri 11 Sep 2026 18:22:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	2d8eede0071f7303de586d83ec49ed4e53da8d8a

   Comments

   avcodec/libxevd: rename to libxevd
   "evc" must be used only by an eventual native decoder.
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/libxevd.c

5. Change #281514

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Fri 11 Sep 2026 18:22:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	1a4f09b4592ce52acfc8e9db7c6dcd542ac9ceb0

   Comments

   avcodec/libxevd: fix draining code when unexpected codes are returned
   libxevd appears to return positive values other than XEVD_OK in some circumstances,
   which resulted in an endless loop of the decoder returning AVERROR_EXTERNAL until
   stopped.
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/libxevd.c

6. Change #281515

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Fri 11 Sep 2026 18:22:28
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	1b8a2b690b364ce9a89f968a7aecf16acb01253a

   Comments

   avcodec/libxevd: remove unused draining_mode variable
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/libxevd.c