[FFmpeg-trac] #8366(avformat:new): Audio ticks and video/audio out-of-sync when using MXF files with pre-charge

[FFmpeg]

#8366: Audio ticks and video/audio out-of-sync when using MXF files with pre-
charge
-------------------------------------+-------------------------------------
             Reporter:  HenkDemper   |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:  avformat
              Version:  git-master   |               Resolution:
             Keywords:  MXF pre-     |               Blocked By:
  charge                             |
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------

Comment (by Tjoppen):

 Could you upload to a less obnoxious host? Maybe http://0x0.st/. I think
 FFmpeg's FTP still allows anonymous upload, could also be worth a try. Or
 just dd off the first couple of MiB or so and upload here.

 Could you paste the output of mxfdump as well?

 This sounds like an OP3a file, despite what the header says, since it's
 cutting off the start/end of a !FilePackage to make the !MaterialPackage.
 Adding full OP3a support is a tall order of course. Setting start_time on
 the relevant AVStreams might be enough in this case. libavformat/mov.c
 does something similar for edit lists, but frankly it's a horrible hack
 that doesn't belong in a demuxer..!

 Any patch that attempts to fix this should take care that edit lists are
 added both to remuxed MOVs and MXFs, and that such remuxed MXFs are marked
 as OP3a.

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