Builder ffmpegsos-solaris10-i386 Build #14313

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git updating ( 15 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. Lynne

   devohnoyoudont@lynne.ee
2. Vincent Herbst

   superuser404ohnoyoudont@tuta.com

Timing:

All Changes:

:

1. Change #282303

   Category	ffmpeg
   Changed by	Vincent Herbst <superuser404ohnoyoudont@tuta.com>
   Changed at	Sun 20 Sep 2026 14:14:04
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	300e0a8aeac5807a8cd49af458a25b2a0d72f45c

   Comments

   avcodec/vc1_parser: report no picture type until one has been read
   av_parser_init() leaves pict_type at AV_PICTURE_TYPE_I, and this parser
   only sets it when it extracts a frame header. A track whose frames carry
   no start codes yields no header to it at all, so the default stands for
   the whole stream. ff_read_packet()'s parse path marks a packet a key
   frame when the parser reports AV_PICTURE_TYPE_I with key_frame unset, so
   every packet of such a track leaves the demuxer flagged as one.
   
   Matroska is the storage form this shows up in. Measured on
   samples.ffmpeg.org/V-codecs/WVC1/Test_1440x576_WVC1_6Mbps.wmv remuxed
   with -c copy: 1451 of 1451 packets flagged, against the ten the container
   carries and the ten -fflags +noparse reports. After the change the parsed
   count matches the container.
   
   Reporting AV_PICTURE_TYPE_NONE leaves the flag to the container, which is
   where it comes from for that storage form. A track this parser can read
   is unaffected, since it sets the picture type per frame: a raw .vc1
   stream, whose container carries no flags at all, still takes its single
   key frame from the parser.
   
   All nine vc1 FATE tests pass.

   Changed files

   • libavcodec/vc1_parser.c

2. Change #282304

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 20 Sep 2026 14:17:21
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	b3a2179e309128337df69d88d59e19137eb1090f

   Comments

   vulkan_filter: bind the output first in ff_vk_filter_process_Nin
   Lets one shader serve a variable number of inputs, as the output and
   the leading inputs keep their bindings when fewer are used.

   Changed files

   • libavfilter/vf_blend_vulkan.c
   • libavfilter/vf_bwdif_vulkan.c
   • libavfilter/vf_interlace_vulkan.c
   • libavfilter/vf_overlay_vulkan.c
   • libavfilter/vf_xfade_vulkan.c
   • libavfilter/vulkan/blend.comp.glsl
   • libavfilter/vulkan/bwdif.comp.glsl
   • libavfilter/vulkan/interlace.comp.glsl
   • libavfilter/vulkan/overlay.comp.glsl
   • libavfilter/vulkan/xfade.comp.glsl
   • libavfilter/vulkan_filter.c
   • libavfilter/vulkan_filter.h

3. Change #282305

   Category	ffmpeg
   Changed by	Lynne <devohnoyoudont@lynne.ee>
   Changed at	Sun 20 Sep 2026 14:17:22
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	1ba1d8dbea19d023188ddf2c4887b2223bc66a82

   Comments

   vf_xfade_vulkan: pass the specialization list and the plane counts
   Both were dropped in the compile-time SPIR-V port: the shader kept
   planes = 0 and never wrote a frame, and each descriptor binding held
   a single plane, so multi-plane updates overflowed into the next one.

   Changed files

   • libavfilter/vf_xfade_vulkan.c