Builder ffmpeg64-solaris10-sparc Build #13972

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 6 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 ( 9 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 ( 4 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Diego de Souza

   ddesouzaohnoyoudont@nvidia.com

Timing:

All Changes:

:

1. Change #272418

   Category	ffmpeg
   Changed by	Diego de Souza <ddesouzaohnoyoudont@nvidia.com>
   Changed at	Wed 24 Jun 2026 01:58:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	74db061f0a4c75722c5d63c8ac8a63aac1bd0f29

   Comments

   avutil/hwcontext_cuda: add P012 and P212 to supported formats
   NVDEC and CUVID decode 12-bit 4:2:0 content to AV_PIX_FMT_P012 and
   12-bit 4:2:2 to AV_PIX_FMT_P212, but these formats were missing from
   the CUDA frames context supported format list. As a result
   av_hwframe_ctx_init() rejected them ("Pixel format not supported",
   AVERROR(ENOSYS)), so decoding 12-bit content to CUDA frames and
   hwdownload of such frames both failed.
   
   Add P012 and P212 next to the existing P010/P016 and P210/P216 entries.
   The per-plane device transfer is derived generically from the pixel
   descriptor, so no other changes are required.
   
   Signed-off-by: Diego de Souza <ddesouza@nvidia.com>

   Changed files

   • libavutil/hwcontext_cuda.c

2. Change #272419

   Category	ffmpeg
   Changed by	Diego de Souza <ddesouzaohnoyoudont@nvidia.com>
   Changed at	Wed 24 Jun 2026 01:58:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	a02dfb1262564528a011f0d3e2a97cdce33bd90a

   Comments

   avcodec/cuviddec: map new NVDEC 4:2:0/4:2:2/4:4:4 output formats
   The switch to the new NVDEC pixel formats made cuvid_derive_output_format()
   and the format probe select AV_PIX_FMT_P012 for 12-bit 4:2:0,
   AV_PIX_FMT_P210/P212 for 10/12-bit 4:2:2 and AV_PIX_FMT_YUV444P10MSB/
   YUV444P12MSB for 10/12-bit 4:4:4, but cuvid_handle_video_sequence() still
   only mapped the older formats to a CUVID surface format. Decoding such
   streams therefore failed with "Unsupported output format" (AVERROR(EINVAL));
   because every packet then errored without producing a frame, the failure
   could also manifest as a hang rather than a clean error exit. The
   system-memory copy path in cuvid_output_frame() rejected the same formats
   with AVERROR_BUG.
   
   Map P012 to cudaVideoSurfaceFormat_P016 (mirroring P010), P210/P212 to
   cudaVideoSurfaceFormat_P216 (mirroring P216) and YUV444P10MSB/YUV444P12MSB
   to cudaVideoSurfaceFormat_YUV444_16Bit (mirroring YUV444P16); the hardware
   surface is physically 16-bit and the pixel format only records the number
   of valid bits. Add the same formats to the system-memory copy path, whose
   per-plane geometry is already derived generically from the pixel descriptor.
   
   Signed-off-by: Diego de Souza <ddesouza@nvidia.com>

   Changed files

   • libavcodec/cuviddec.c