[FFmpeg-trac] #3622(avformat:reopened): Second audio track in mov sometimes marked as default

FFmpeg trac at avcodec.org
Fri Oct 23 23:41:52 CEST 2015


#3622: Second audio track in mov sometimes marked as default
-------------------------------------+-------------------------------------
             Reporter:  cehoyos      |                    Owner:
                 Type:  defect       |                   Status:  reopened
             Priority:  important    |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  mov          |               Blocked By:
  regression                         |  Reproduced by developer:  0
             Blocking:               |
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by jheliker):

 Replying to [comment:19 kennyboy97]:
 > The fix proposed and executed in this ticket works for a specific
 workflow. However there are other workflows that require all audio tracks
 to be enabled upon the MOV being created such as delivery to iTunes, or
 Netflix, or professional post production facilities internal workflows. I
 would like to propose (if it's possible) to have some type of switch in
 the code allowing someone to tell FFMPEG to either make only track 1
 enabled or to make all tracks enabled.

 I work with many people facing this same issue. It's surprising to me that
 the FFmpeg developers would introduce a behavior like this without any
 mechanism of control, to satisfy one user's request:
 https://trac.ffmpeg.org/ticket/2626

 That said, per the attached screen shot, the issue here is that the audio
 tracks are being created as alternates to each other, so there is no way
 to enable all created audio tracks, and save, unless you remove the
 Alternate assignment in QuickTime Player 7 (Pro). This behavior makes a
 major assumption that your audio content is alternative ie. languages that
 need to be switched, instead of perhaps stereo, 5.1, and M&E across 3
 audio tracks of the QuickTime file. Is there any plan to fix this?

--
Ticket URL: <https://trac.ffmpeg.org/ticket/3622#comment:20>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list