Builder ffmpeg64-solaris10-i386 Build #14392

Results:

Failed

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git updating ( 11 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. Timo Rothenpieler

   timoohnoyoudont@rothenpieler.org
2. Zhao Zhili

   zhilizhaoohnoyoudont@tencent.com

Timing:

All Changes:

:

1. Change #286506

   Category	ffmpeg
   Changed by	Zhao Zhili <zhilizhaoohnoyoudont@tencent.com>
   Changed at	Fri 16 Oct 2026 15:13:51
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	6ba18c7b7ecf02032013f09674d1a73106d47e92

   Comments

   avfilter/vf_scale_cuda: add YUV to RGB color space conversion
   When the input colorspace is unspecified, BT.601 (SMPTE 170M) is used
   as the default, matching swscale behavior. Both limited and full range
   inputs are handled, with full range high bit depth input normalized by
   the code maximum. BT.2020 constant luminance is rejected, as it is not
   a plain matrix transform. Results are rounded to the nearest value.
   
   The conversion kernels use direct texture reads for luma and simple
   coordinate mapping for chroma upsampling, avoiding unnecessary
   Subsample_Nearest overhead since color conversion operates at the same
   resolution. Simultaneous resize and color conversion is rejected
   with an error directing users to chain separate scale_cuda instances.
   Hardware cropping is honored, by checking the visible frame size
   against the output size per frame.
   
   As the software format of CUDA frames is unknown during negotiation,
   the input and output color properties are negotiated independently.
   RGB output is always negotiated as full range RGB, so that following
   filters see the properties of the converted frames, while other output
   follows the input. Plain scaling rejects a matrix or range on the
   output that differs from the input, as it cannot convert the samples.
   
   Co-authored-by: Timo Rothenpieler <timo@rothenpieler.org>
   Co-authored-by: Reinhard Nißl <rnissl@gmx.de>
   Assisted-By: Claude Opus 5.5

   Changed files

   • libavfilter/vf_scale_cuda.c
   • libavfilter/vf_scale_cuda.cu
   • libavfilter/vf_scale_cuda.h

2. Change #286507

   Category	ffmpeg
   Changed by	Zhao Zhili <zhilizhaoohnoyoudont@tencent.com>
   Changed at	Fri 16 Oct 2026 15:13:51
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	9bbe8397e2c0e58e5bbe1e1e45ef10052b44b165

   Comments

   avfilter/vf_scale_cuda: add RGB to YUV color space conversion
   The output YCbCr matrix and range are negotiated, and selectable via
   the new out_color_matrix and out_range options. Without them, the
   output prefers BT.601 (SMPTE 170M) limited range, matching swscale
   behavior, while still following a single matrix and range negotiated
   for the input, as buffersrc does for ordinary YUV. Since RGB input is
   not constrained, RGB to YUV conversion defaults to BT.601 limited
   range; RGB output prefers full range without forcing it, so that it
   does not carry over into YUV output converted from it again. The
   output frames are tagged with the negotiated properties, and YUV output
   never carries the RGB tag of the input. As without a requested format
   the options are negotiated before the output is known to be RGB, they
   are rejected for RGB output.
   
   Without RGB to YUV conversion, the output description must not
   contradict that of the input, as the samples cannot be converted; an
   unspecified input takes on the negotiated description, also when
   frames are passed through.
   
   Chroma is averaged over each subsampled block before clamping, high bit
   depth output uses the code maximum for full range and keeps padding
   bits clear, and limited range YCgCo uses the luma excursion for chroma.
   The averaging centers the chroma samples, so with a requested format,
   the chroma location is negotiated independently of the input, and
   subsampled output must allow centered chroma.
   
   Co-authored-by: Timo Rothenpieler <timo@rothenpieler.org>
   Co-authored-by: Reinhard Nißl <rnissl@gmx.de>
   Assisted-By: Claude Opus 5.5

   Changed files

   • libavfilter/vf_scale_cuda.c
   • libavfilter/vf_scale_cuda.cu
   • libavfilter/vf_scale_cuda.h

3. Change #286508

   Category	ffmpeg
   Changed by	Zhao Zhili <zhilizhaoohnoyoudont@tencent.com>
   Changed at	Fri 16 Oct 2026 15:13:51
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	5e2dcde72d4e6cea423298eba213e513b3d2a7b1

   Comments

   avfilter/vf_scale_cuda: add FATE tests for YUV/RGB conversion
   Add CUDA hardware-accelerated FATE tests for scale_cuda YUV<->RGB
   color conversion, covering 8 and 10-bit formats in both directions,
   tagged and full range input, round trips, hardware cropping and odd
   frame sizes. As they require a CUDA GPU, they are part of fate-hw:
     make fate-hw
     make fate-filter-scale_cuda
   
   Co-authored-by: Timo Rothenpieler <timo@rothenpieler.org>
   Co-authored-by: Reinhard Nißl <rnissl@gmx.de>
   Assisted-By: Claude Opus 5.5

   Changed files

   • tests/fate/filter-video.mak
   • tests/ref/fate/filter-scale_cuda-auto-bgra-nv12
   • tests/ref/fate/filter-scale_cuda-bgra-nv12
   • tests/ref/fate/filter-scale_cuda-bgra-p010
   • tests/ref/fate/filter-scale_cuda-bgra-yuv420p
   • tests/ref/fate/filter-scale_cuda-crop-bgra-nv12
   • tests/ref/fate/filter-scale_cuda-crop-nv12-bgra
   • tests/ref/fate/filter-scale_cuda-nv12-bgra
   • tests/ref/fate/filter-scale_cuda-nv12-bgra-bt709
   • tests/ref/fate/filter-scale_cuda-nv12-bgra-full
   • tests/ref/fate/filter-scale_cuda-nv12-bgra-full-gbr
   • tests/ref/fate/filter-scale_cuda-nv12-nv12-scale
   • tests/ref/fate/filter-scale_cuda-nv12-rgba
   • tests/ref/fate/filter-scale_cuda-odd-bgra-nv12
   • tests/ref/fate/filter-scale_cuda-odd-bgra-yuv420p
   • tests/ref/fate/filter-scale_cuda-odd-nv12-bgra
   • tests/ref/fate/filter-scale_cuda-odd-yuv420p-bgra
   • tests/ref/fate/filter-scale_cuda-p010-bgra
   • tests/ref/fate/filter-scale_cuda-rgba-nv12
   • tests/ref/fate/filter-scale_cuda-roundtrip-nv12
   • tests/ref/fate/filter-scale_cuda-roundtrip-nv12-auto
   • tests/ref/fate/filter-scale_cuda-roundtrip-nv12-bt709
   • tests/ref/fate/filter-scale_cuda-roundtrip-nv12-center
   • tests/ref/fate/filter-scale_cuda-roundtrip-yuv444p
   • tests/ref/fate/filter-scale_cuda-yuv420p-bgra
   • tests/ref/fate/filter-scale_cuda-yuv444p-bgra

4. Change #286509

   Category	ffmpeg
   Changed by	Timo Rothenpieler <timoohnoyoudont@rothenpieler.org>
   Changed at	Fri 16 Oct 2026 15:13:51
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	34a8add0f278df8a693e9ae304e3e2fc32963041

   Comments

   doc/filters: document scale_cuda enhancements
   Co-authored-by: Reinhard Nißl <rnissl@gmx.de>
   Assisted-By: Claude Opus 5.5

   Changed files

   • doc/filters.texi

5. Change #286510

   Category	ffmpeg
   Changed by	Timo Rothenpieler <timoohnoyoudont@rothenpieler.org>
   Changed at	Fri 16 Oct 2026 15:13:51
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	fcf1a35c4de8e85131f748c8d924d8a7ef710053

   Comments

   avfilter/vf_scale_cuda: describe kernel passes independently
   Each pass took its kernel, filter weights and planes from its position
   in the chain, and the sample format parameters of its kernels from the
   filter's input and output formats. Only the geometry came from the
   buffers it reads and writes.
   
   Describe every pass explicitly instead: its kernels, weights, written
   plane groups, source and destination buffers, and the formats it reads
   and writes. The fixed function and generic paths both build such a
   plan, and processing a frame just runs its passes in order, passing
   plane groups a pass does not write through from its source. This
   makes adding passes that do not just read the input or write the
   output, such as for color conversion, possible without special cases.
   
   No functional change.
   
   Assisted-By: Claude Opus 5.5

   Changed files

   • libavfilter/vf_scale_cuda.c

6. Change #286511

   Category	ffmpeg
   Changed by	Timo Rothenpieler <timoohnoyoudont@rothenpieler.org>
   Changed at	Fri 16 Oct 2026 15:13:51
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	447b72d90f2c0738c973e33532cfd325e2f3c9a5

   Comments

   avfilter/vf_scale_cuda: support resizing during YUV<->RGB conversion
   Resizing is done on the RGB side: YUV to RGB conversion converts at the
   visible input size before scaling, RGB to YUV conversion converts after
   scaling at the output size. Every scaling pass then works on a single
   packed plane and reuses the generic RGB kernels, and the conversion
   kernels are reused with a float RGB side.
   
   The RGB intermediates hold normalized floats, so filter overshoot and
   out of gamut colors are not clipped before the scaler rounds and clamps
   once. As conversion and filtering are linear, the result matches
   scaling on the YUV side, apart from rounding and the chroma upsampling
   of the conversion kernels.
   
   Resizing during conversion always uses the generic filters with the
   selected interp_algo, with nearest using point sampling weights.
   Conversion without resizing keeps using the direct conversion kernels.
   
   Assisted-By: Claude Opus 5.5

   Changed files

   • doc/filters.texi
   • libavfilter/vf_scale_cuda.c
   • libavfilter/vf_scale_cuda.cu
   • tests/fate/filter-video.mak
   • tests/ref/fate/filter-scale_cuda-resize-bgra-nv12-down
   • tests/ref/fate/filter-scale_cuda-resize-bgra-p010-up
   • tests/ref/fate/filter-scale_cuda-resize-bgra-yuv444p-h
   • tests/ref/fate/filter-scale_cuda-resize-crop-nv12-bgra
   • tests/ref/fate/filter-scale_cuda-resize-nv12-bgra-up
   • tests/ref/fate/filter-scale_cuda-resize-p010-bgra-down
   • tests/ref/fate/filter-scale_cuda-resize-step-p010
   • tests/ref/fate/filter-scale_cuda-resize-yuv420p-rgba-w