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

FFmpeg trac at avcodec.org
Fri Feb 11 06:41:47 EET 2022


#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 mkver):

 Replying to [comment:4 mysterious]:
 > Appreciate the response and suggestion!
 >
 > > And automatically fixing these files would mean that one would have to
 be sure that the version is the only thing that is wrong.
 >
 > From what I can tell, the demuxer/decoder have no issues with the file
 (and doesn't even output a warning, from my test), which would suggest
 that nothing else (significant) is wrong. In other words, ffmpeg already
 is automatically fixing the stream, whether explicitly or implicitly (by
 ignoring the version).
 >
 > It would seem logical to me that the muxer should apply this same fix
 (or otherwise operate in the same way as the demuxer) to be consistent
 with everything else, or have the demuxer reject the file entirely. The
 mismatch between demuxer and muxer here can be surprising to a user, and
 feels odd.
 >
 > I'd imagine that if an input file is bad, the demuxer/decoder should be
 the gatekeeper here, instead of the muxer.

 This is completely wrong: The demuxer/decoder should handle everything
 they encounter as well as possible; but muxers should not output invalid
 files (this is called Postel's law). If we made the decoder more strict
 and error out on potentially playable, but out-of-spec content, the user
 will receive/see worse output; but if we allow to create out-of-spec
 files, these files will be more widespread.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/9636#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker


More information about the FFmpeg-trac mailing list