[FFmpeg-trac] #11462(undetermined:new): Cannot embed .scc file into .mp4 using -c:s copy

[FFmpeg]

#11462: Cannot embed .scc file into .mp4 using -c:s copy
-------------------------------------+-------------------------------------
             Reporter:  Zach         |                    Owner:  (none)
                 Type:  enhancement  |                   Status:  new
             Priority:  important    |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by Devin Heitmueller):

 Replying to [comment:25 softworkz]:
 > Sure, but that doesn't help Zach for broadcasting, where the CCs need to
 be in the video stream.

 We don't have definitive requirements about how the file should be
 formatted.  Some playout systems are fine with the captions being in a
 separate stream (in particular if the MP4 will go through a playout system
 that outputs as SDI).  Hence hearing "for broadcast" doesn't really mean
 much, since you would never broadcast an MP4 container without some form
 of processing.

 That said, if Zach really does need it in the SEI stream, then agreed we
 would probably have to make some code changes.  The subcc lavfi feature
 lets you go from SEI to an AVPacket stream, but we don't really have a
 solution today to go in the other direction.

 And yes, the "one in, one out" limitation of the BSF framework really does
 make this harder, since you can't write a BSF to mix data from two
 separate streams.

 Also, I'm assuming that he wants to do this entirely in the compressed
 domain without re-encoding the video.  I would probably suggest two
 different approaches depending on whether it needs to be done entirely in
 the compressed domain versus if we just have to be able to get the 608
 stream recombined with the video AVFrames prior to encoding.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/11462#comment:26>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker