There is a long-standing issue with Adobe Premiere 2018/2019/2020 when trying to load some long MXF files - it hangs. Old version hangs right after putting long clips to timeline. New versions of Premere hangs a little later - at first clips does not played and applications stops responing after deleting them from timeline.
After some tests I found it hangs on some MXF files longer than exactly 2 hours. It works fine with 02:00:00:00 file and freezes on file with 02:00:00:01 duration. Issue appeared only on file with variable-length frames like XDCAM HD/EX format; it does not appeared on DV/DVCPRO/DVCPRO HD files.
When enabling tracing via XXX for ImporterMXF module the following internal internal error could be seen:
<11460> <Assert> <0> Debug Assert failed!
Process: Adobe Premiere Pro.exe
Process ID: 10460
Thread ID: 11460
Last Error: 258
Assert Dialog Show:false
<11460> <ImporterMXF> <5> Exception during audio read. Silence inserted for missing audio. class MXF::SDK::Exceptions::InvalidPosition' (d:\5.1.6\sdks\modules\media\mxf_sdk\cpp\sdk\src\mxf\sdk\mxfio\partition.cpp:428): Trying to seek to 0x1cba00 but partition (0x3d1a5c00) body starts at 3d0a2000
It will be good for Adobe to fix this issue.
Moderator Note: Link/text removed. Sorry. Please do not use Console to change the application. It is against the corporate guidelines and is a request from Adobe Premiere Pro engineering.
Issue appeared only on file with variable-length frames - you likely mean VBR, ie variable bit-rate, not VFR, which is variable frame-rate. I'm unavare about any Sony camcoder, that produce VFR files... Am I wrong?
Technically speaking I mean the way MXF stores frames - issue appeared on VBE (Variable Bytes per Element) indexes, where each frame has different length and therefore requires his own entry in index table. No issues for CBE (Constant Bytes per Element), where each frame has the same length and index table much simple (DV/IMX/DNxHD).