[FFmpeg-trac] #9636(undetermined:closed): Unable to remux HEVC stream from MKV to MKV

[FFmpeg]

#9636: Unable to remux HEVC stream from MKV to MKV
-------------------------------------+-------------------------------------
             Reporter:  mysterious   |                    Owner:  (none)
                 Type:  defect       |                   Status:  closed
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:  invalid
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by mysterious):

 I get where you're coming from, though one could also say that these files
 exist ''because'' decoders accept them. Trying to accept everything leads
 to cases such as the infamous crazy HTML color parsing rules
 [https://stackoverflow.com/questions/8318911] becoming standard, due to
 early browsers liberally accepting anything (forcing later browsers to
 adopt the same rules).

 Of course, you could argue the issue either way, and I'm not here to
 debate which principle is better, just that one should keep in mind that
 ideals aren't universally the best approach.

 I'm actually not suggesting that invalid files have to be generated, just
 that it makes sense for the fix ffmpeg ''already does'' be applied to its
 output.
 In fact, ffmpeg already does this most of the time (where the stream isn't
 being copied), I'm just suggesting it should be applied in the one case
 where it doesn't.

 As you suggest, not fixing a broken input means the user would receive
 worse output, and I don't see why users using the MKV muxer should be
 excluded here.
 I don't mind if this "fixing functionality" is held behind a user-supplied
 flag. I know the 'hevc_mp4toannexb' filter works here, but it requires
 being more selective (have to check if input is HEVC), and may not apply
 to other scenarios with different codecs that could crop up.

 Thanks again for the response!
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9636#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker