Builder ffmpeg-solaris10-sparc Build #12190

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 ( 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 ( 7 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 1 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. Niklas Haas

   gitohnoyoudont@haasn.dev

Timing:

All Changes:

:

1. Change #237108

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Fri 20 Jun 2025 15:13:25
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f883b7cf93ed56fbd54e285f6c5f27241ee195f2

   Comments

   avfilter/vf_libplacebo: list AV_PIX_FMT_VULKAN first
   Under normal circumstances, this change does not affect anything, as the vast
   majority of filters either support only vulkan or only software formats.
   However, when a filter supports both (such as vf_libplacebo itself, and
   possibly vf_scale in the future), linking together two such filter instances
   without an explicit format will default matching the input format, resulting
   in a redundant round trip through host RAM.
   
   This change bumps up AV_PIX_FMT_VULKAN to the first entry in the format list,
   ensuring that it gets preferred whenever possible.

   Changed files

   • libavfilter/vf_libplacebo.c

2. Change #237109

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Fri 20 Jun 2025 15:13:25
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c0698840c41ced3f2fd0ff4070fd4294e6164dd6

   Comments

   avfilter/vf_libplacebo: correctly update SAR to reflect scaled result
   This aligns the behavior of vf_libplacebo with other filters in the
   vf_scale family, that forward any change in the SAR as a result of
   changing the output resolution to the output frame / link, and updates
   the ff_scale_adjust_dimensions() call to continue working as intended.
   
   The new behavior reflects the documentation of vf_libplacebo, which
   described this behavior despite that not being the way the filter worked
   up to this point.
   
   As an aside, also fixes a bug where the AVFrame SAR was inconsistent
   with the AVFilterLink SAR when the s->nb_inputs > 1 condition was met.

   Changed files

   • libavfilter/vf_libplacebo.c

3. Change #237110

   Category	ffmpeg
   Changed by	Niklas Haas <gitohnoyoudont@haasn.dev>
   Changed at	Fri 20 Jun 2025 15:13:25
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7039a37e358ec93bd589f2ac25f3aad13c5cce7e

   Comments

   avfilter/vf_libplacebo: add `reset_sar` option
   This was requested by users of `vf_libplacebo`, to mirror the existing
   option on the other `vf_scale_*` family of filters. While we have
   `vf_normalize`, it was not as useful in the event that the content
   stretching was actually desired.
   
   Bridges an important usability gap between `vf_scale` and `vf_libplacebo`
   that made mixing and matching the filters needlessly difficult.

   Changed files

   • doc/filters.texi
   • libavfilter/vf_libplacebo.c