Builder ffmpeg-solaris10-sparc Build #12159

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

The SingleBranchScheduler scheduler named 'schedule-ffmpeg-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 ( 8 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.sh' failed ( 1 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Clément Péron

   peron.clemohnoyoudont@gmail.com

Timing:

All Changes:

:

1. Change #231609

   Category	ffmpeg
   Changed by	Clément Péron <peron.clemohnoyoudont@gmail.com>
   Changed at	Sun 08 Jun 2025 02:07:23
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	8a9cbf99a5c74f3330440cee97241e15ad054005

   Comments

   libavformat/rtpdec: Fix RTP timestamp wraparound in Producer Reference Time
   The rtp_set_prft() function incorrectly calculates the timestamp delta
   when RTP timestamps wrap around the 32-bit boundary. The current code:
   
       delta_timestamp = (int64_t)timestamp - (int64_t)s->last_rtcp_timestamp;
   
   treats both timestamps as large positive values, causing wraparound to
   produce a large negative delta instead of the correct small positive delta.
   
   For example, with a 90kHz video clock:
   - last_rtcp_timestamp = 0xFFFFFF00 (near wraparound)
   - timestamp = 0x00000100 (after wraparound)
   - Current result: delta ≈ -4.3 billion ticks ≈ -47,721 seconds
   - Expected result: delta ≈ +512 ticks ≈ +0.006 seconds
   
   This causes prft->wallclock to jump backward by approximately:
   - 90kHz video: ~47,721 seconds (~13.25 hours)
   - 48kHz audio: ~89,478 seconds (~24.9 hours)
   - 8kHz audio: ~536,871 seconds (~6.2 days)
   
   Fix by casting the subtraction result to int32_t, which correctly
   handles wraparound through modular arithmetic:
   
       delta_timestamp = (int32_t)(timestamp - s->last_rtcp_timestamp);
   
   This ensures the delta is always in the range [-2^31, 2^31-1], making
   wraparound produce the correct small positive values.
   
   Fixes timing jumps in applications that rely on Producer Reference Time
   for media synchronization.
   
   Signed-off-by: Clément Péron <peron.clem@gmail.com>
   Signed-off-by: Michael Niedermayer <michael@niedermayer.cc>

   Changed files

   • libavformat/rtpdec.c