Builder ffmpeg64-solaris10-sparc Build #13257

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 ( 11 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 ( 13 secs )
   1. stdio
   2. config.log
6. shell_4 'gmake fate-rsync' failed ( 3 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. James Almer

   jamrialohnoyoudont@gmail.com
2. Jun Zhao

   barryjzhaoohnoyoudont@tencent.com

Timing:

All Changes:

:

1. Change #259694

   Category	ffmpeg
   Changed by	Jun Zhao <barryjzhaoohnoyoudont@tencent.com>
   Changed at	Tue 03 Mar 2026 13:04:14
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	23b7005d980169e36413a26826a9746ca17ce1b4

   Comments

   lavc/vvc: remove duplicate 'mov mx, x30' in VVC qpel h16/h32
   The VVC qpel h16 and h32 functions had a redundant 'mov mx, x30'
   instruction. The first one was placed before vvc_load_filter had
   finished using mx (the filter pointer argument), making it a dead
   store immediately overwritten by the second 'mov mx, x30'.
   
   Remove the first instance and reorder so that 'sub src, src, #3'
   comes before 'mov mx, x30', ensuring the filter pointer in mx is
   fully consumed by vvc_load_filter before being overwritten with the
   link register.
   
   Signed-off-by: Jun Zhao <barryjzhao@tencent.com>

   Changed files

   • libavcodec/aarch64/h26x/qpel_neon.S

2. Change #259695

   Category	ffmpeg
   Changed by	Jun Zhao <barryjzhaoohnoyoudont@tencent.com>
   Changed at	Tue 03 Mar 2026 13:04:14
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	7e7d69632db7d9ef6ced9450354af37c14b723c5

   Comments

   lavc/hevc: optimize qpel H-pass for width>=16 with byte-domain widening multiply
   Rewrite ff_hevc_put_hevc_qpel_h16_8_neon and h32 to use byte-domain
   widening multiply (umull/umlal/umlsl via calc_qpelb/calc_qpelb2 macros)
   instead of the previous int16-domain approach (uxtl + mul/mla).
   
   The byte-domain approach eliminates the uxtl expansion step and halves
   the ext stride (1 byte vs 2 bytes per tap), reducing per-row instruction
   count from ~32 to ~23. The functions are also inlined, removing bl/ret
   call overhead.
   
   This benefits all HV-path callers (hv/uni_hv/bi_hv/uni_w_hv/bi_w_hv)
   at widths 16/32/48/64.
   
   checkasm benchmarks on Apple M4 (5-run average):
   
     H-pass standalone (NEON):
       h16:  34.0 -> 24.4 cycles (1.39x speedup)
       h32: 132.0 -> 95.0 cycles (1.39x speedup)
       h64: 521.8 -> 373.9 cycles (1.40x speedup)
   
     HV compound paths geometric mean speedup (NEON, width >= 16):
       qpel_hv:      1.144x (4 functions)
       qpel_bi_hv:   1.158x (4 functions)
       qpel_uni_hv:  1.188x (4 functions)
       qpel_uni_w_hv: 1.158x (3 functions)
       Overall:       1.162x (15 functions)
   
   VVC qpel h16/h32 are separated into self-contained functions retaining
   the int16-domain approach, as VVC filters have arbitrary coefficients
   incompatible with the hardcoded sign pattern in calc_qpelb.
   
   Signed-off-by: Jun Zhao <barryjzhao@tencent.com>

   Changed files

   • libavcodec/aarch64/h26x/qpel_neon.S

3. Change #259696

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Tue 03 Mar 2026 13:05:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c893117048682488db480aedbac438bd9e896cd1

   Comments

   avcodec/bsf/extract_extradata: fix writing filtered LCEVC NALUs when removing extradata
   write_lcevc_nalu() is meant only for IDR and NON_IDR NALUs. For everything else, just
   copy it unchanged.
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/bsf/extract_extradata.c

4. Change #259697

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Tue 03 Mar 2026 13:05:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	3607a10dc386fc0d41372ec43f1fa98aa11b5635

   Comments

   avcodec/bsf/extract_extradata: simplify a switch statement
   And use named defines. Will come in handy the following commit.
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/bsf/extract_extradata.c

5. Change #259698

   Category	ffmpeg
   Changed by	James Almer <jamrialohnoyoudont@gmail.com>
   Changed at	Tue 03 Mar 2026 13:05:45
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	863c748144a1406ce6340c3eb6ce8ee52e715906

   Comments

   avcodec/bsf/extract_extradata: remove extradata blocks from supported LCEVC NALUs
   Given we rewrite these NALUs to remove the encoded data blocks to export as extradata,
   we need to do the inverse to remove SC, GC and AI blocks to export as filtered data in
   packes.
   
   Signed-off-by: James Almer <jamrial@gmail.com>

   Changed files

   • libavcodec/bsf/extract_extradata.c