Builder ffmpeg64-solaris10-i386 Build #12119

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

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

Build Properties:

Forced Build Properties:

Responsible Users:

1. Andreas Rheinhardt

   andreas.rheinhardtohnoyoudont@outlook.com

Timing:

All Changes:

:

1. Change #227620

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Fri 18 Apr 2025 08:40:10
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	c8ce9de5a0c0b8a2d511adc4e9502c2840064f72

   Comments

   avcodec/tests/mjpegenc_huffman: Also test length counts
   This is better than just testing that the tree is not overdetermined.
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/tests/mjpegenc_huffman.c

2. Change #227621

   Category	ffmpeg
   Changed by	Andreas Rheinhardt <andreas.rheinhardtohnoyoudont@outlook.com>
   Changed at	Fri 18 Apr 2025 08:40:17
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	ff9f3fb60732a754f789326e9a4cfbe19df5cbcf

   Comments

   avcodec/mjpegenc_huffman: Avoid AV_QSORT to sort entries by length
   It is unnecessary, as we already have the entries sorted by
   probability and therefore implicitly by length. All we need
   on top of that to build the tree is the number of entries
   of a given length.
   Doing so gives a 3.6% speedup of ff_mjpeg_encode_huffman_close()
   here; it also saves about 640B of .text here.
   
   The new code puts values with higher probability to the left
   of the tree. The old code did not and therefore
   the FATE checksums needed to be updated. Due to MJPEG's
   0xFF unescaping file sizes as well as file checksums
   needed to be updated; the decoded picture hashes stayed
   the same. Given that codes on the left of the tree have
   on average fewer bits set than codes on the right, the
   file sizes mostly improve (all except vsynth3-mjpeg-444).
   
   Signed-off-by: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>

   Changed files

   • libavcodec/mjpegenc_huffman.c
   • libavcodec/tests/mjpegenc_huffman.c
   • tests/ref/fate/jpg-icc
   • tests/ref/lavf/jpg
   • tests/ref/lavf/smjpeg
   • tests/ref/seek/lavf-jpg
   • tests/ref/vsynth/vsynth1-mjpeg-422
   • tests/ref/vsynth/vsynth1-mjpeg-444
   • tests/ref/vsynth/vsynth1-mjpeg-huffman
   • tests/ref/vsynth/vsynth1-mjpeg-trell-huffman
   • tests/ref/vsynth/vsynth2-mjpeg-422
   • tests/ref/vsynth/vsynth2-mjpeg-444
   • tests/ref/vsynth/vsynth2-mjpeg-huffman
   • tests/ref/vsynth/vsynth2-mjpeg-trell-huffman
   • tests/ref/vsynth/vsynth3-mjpeg-422
   • tests/ref/vsynth/vsynth3-mjpeg-444
   • tests/ref/vsynth/vsynth3-mjpeg-huffman
   • tests/ref/vsynth/vsynth3-mjpeg-trell-huffman
   • tests/ref/vsynth/vsynth_lena-mjpeg-422
   • tests/ref/vsynth/vsynth_lena-mjpeg-444
   • tests/ref/vsynth/vsynth_lena-mjpeg-huffman
   • tests/ref/vsynth/vsynth_lena-mjpeg-trell-huffman