Builder ffmpeg64-solaris10-i386 Build #13920

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 4 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 ( 10 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_64.sh' failed ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Frank Plowman

   postohnoyoudont@frankplowman.com

Timing:

All Changes:

:

1. Change #270317

   Category	ffmpeg
   Changed by	Frank Plowman <postohnoyoudont@frankplowman.com>
   Changed at	Wed 10 Jun 2026 16:02:29
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	b899f7e8b51ab7c2d468968ca1059a78760a4bd2

   Comments

   lavc/vvc: Fix num_entry_points derivation when using RPR
   Context:
   1. In the case sps_subpic_info_present=0, there is a single subpicture
      which includes the entire picture.
   2. When sps_subpic_info_present=0, we might be using Reference Picture
      Resampling (RPR), in which picture sizes might differ in the PPS,
      rather than in the SPS.
   
   Because of 2., we can't rely on the sequence-level variables
   sps_subpic_width_minus1 and sps_subpic_height_minus1 to derive the
   picture-level variable num_entry_points, as the picture might have a
   different size to the picture used when deriving those sequence-level
   variables.

   Changed files

   • libavcodec/cbs_h266_syntax_template.c