Builder ffmpegsos-solaris10-sparc Build #13890

Results:

Failed shell_2 shell_3 shell_4 shell_5

SourceStamp:

BuildSlave:

Reason:

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

Steps and Logfiles:

1. git update ( 8 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 ( 16 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_sos.sh' failed ( 2 secs )
   1. stdio
   2. configure.log
   3. compile.log
   4. test.log

Build Properties:

Forced Build Properties:

Responsible Users:

1. Brian Leake

   phydohnoyoudont@phyd.org

Timing:

All Changes:

:

1. Change #278944

   Category	ffmpeg
   Changed by	Brian Leake <phydohnoyoudont@phyd.org>
   Changed at	Sun 23 Aug 2026 00:58:47
   Repository	https://git.ffmpeg.org/ffmpeg.git
   Project	ffmpeg
   Branch	master
   Revision	f10fdd631026056517edbad79ee0a136ef71c5df

   Comments

   avformat/movenc: fix dec3 chan_loc derivation for E-AC-3 dependent substreams
   chan_loc was derived from the bitstream's chanmap with a plain shift, but
   the two fields use different bit orders, so every E-AC-3 stream carrying
   a dependent substream (7.1 and above) was muxed with the wrong channel
   layout signalled in the container.
   
   chanmap is a 16-bit field read MSB-first, so flag index i sits at bit
   (15 - i); this matches how ff_eac3_custom_channel_map_locations is
   indexed in ac3_parser.c. Per ETSI TS 102 366 Annex F, chan_loc bits 0-7
   carry flag indices 5-12, i.e. chanmap bit (10 - j). The mapping is not
   contiguous at the top: index 13 (Lts/Rts) has no chan_loc bit and must be
   skipped, and chan_loc bit 8 carries LFE2, which is index 14 and so
   chanmap bit 1. The 0x1f mask was also 5 bits where 9 are needed, so some
   flags were dropped rather than merely misplaced.
   
   Effect on the layouts that use a dependent substream:
   
       layout   chanmap   before   after
       7.1      0x1A00    0x010    0x002
       5.1.2    0x0010    0x000    0x040
       5.1.4    0x0210    0x010    0x042
       LFE2     0x0002    0x000    0x100
   
   For 7.1 the field claimed Lsd/Rsd (surround direct), a position no 7.1
   speaker layout has, instead of Lrs/Rrs. This is invisible to FFmpeg,
   whose decoder reads the layout from the bitstream, but demuxers that
   trust the container act on it: Apple's AudioToolbox reported the affected
   files as "7.1 (L C R Ls Rs LFE Lsd Rsd)" and collapsed them to a stereo
   downmix, losing the centre channel, all four surrounds and the LFE.
   
   Verified with samples.ffmpeg.org/A-codecs/AC3/eac3/7_pt_1.eac3, whose
   dependent substream declares chanmap 0x1A00. After this change the muxed
   dec3 carries 0x002, matching GPAC MP4Box for the same input, and
   AudioToolbox reports "7.1 (L C R Ls Rs LFE Rls Rrs)" with all eight
   channels intact.
   
   Signed-off-by: Brian Leake <phyd@phyd.org>

   Changed files

   • libavformat/movenc.c