[FFmpeg-trac] #9079(avformat:new): No head frame in new MXF Muxer
FFmpeg
trac at avcodec.org
Mon Jan 25 19:31:10 EET 2021
#9079: No head frame in new MXF Muxer
------------------------------------+------------------------------------
Reporter: FranceBB | Owner:
Type: defect | Status: new
Priority: normal | Component: avformat
Version: git-master | Resolution:
Keywords: MXF | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
------------------------------------+------------------------------------
Comment (by FranceBB):
As to the commit, we've been testing several different builds to try to
find out what went wrong between August and now and we tracked that
individual commit, in fact the August 2020 builds before that commit are
fine and the subsequent ones are not. If we analyse that commit, what is
doing is writing information about the color primaries, the transfer
characteristics and the color space to the .mxf header, thus changing the
header. By doing so, decoders find data that don't expect instead of the
one that usually is supposed to be there and they fail. As a double check,
if we encode the very same file with the very same parameters muxed in MXF
with the latest FFMpeg master, but removing color_primaries, color_trc and
color_space, the file is recognised again 'cause the header is exactly the
same of how it used to be. I'm not saying that writing those things in the
header is wrong and I don't know whether other muxers like BBC BMX
Transwrap are doing it or not, but I definitely think that they're not
written in the right place inside the header as they're causing many
broadcast decoders to misbehave.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9079#comment:9>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list