FCP 'share' file export randomly failing

I'm trying to batch export files from the browser but they randomly fail. Sometimes they work (eg same file with multiple attempts to export exactly the same fails 4 times then works on the 5th - random).


The failings occur at random percentages of transcoding of the same file (sometimes at 33%, sometimes at 92% etc).


Fails occur both in batch mode and one-by-one.


All videos are ProRes RAW, adjusted for WB in FCP, attempting to export to ProRes 422HQ. Maximum file size in ProRes RAW is 10GB.


All media is stored on a QNAP NAS, connected via 10Gbit/s ethernet - plenty of bandwidth and storage space.


I don't use FCP to edit, I'm only using it to adjust parameters in ProRes RAW.


The error code given by FCP is 'error -536870181' with the message: 'The operation could not be completed because an error occurred while exporting'. Google quickly demonstrates that this is meaningless and there is nothing helpful to be found on this forum (preference trashes etc are the only offerings so far and none of the advice yet given has had any effect).


Is there any explanation for what on Earth is going wrong? The files work fine on Premiere and export without any issue there, but Premiere can't fix the WB as needed, so FCP is the only viable option.


System is:


MBP 16" M4 Max 128GB RAM, 4TB internal SSD

OSX 15.1.1

FCP 11.0


Media storage - QNAP 672XT 15TB in RAID6, connected via OWC Thunderbolt Pro 10GBit/s ethernet (BTW this works flawlessly for all my editing and playback on every software).


Any ideas?


MacBook Pro 16″

Posted on Dec 5, 2024 4:33 AM

Reply
Question marked as Top-ranking reply

Posted on Dec 5, 2024 8:56 AM

Error -536870181 converted to hexadecimal is 0xE00002DB. That is defined in the open source file IOReturn.h, which is part of the IOKit framework used in macOS. There we find:


#define kIOReturnNoSpace iokit_common_err(0x2db) // no space for data


It implies some kind of out-of-space condition during an I/O operation. That said, it might not be a normal "out of space" condition, e.g, it could mean not enough memory in the kernel to allocate a buffer for the data. The error is not specific.


Use Activity Monitor to check memory pressure and memory consumption by FCP and VTEncoderXPCService during export. That is an external "helper" process that does much of the encoding. After the error, use the Console app to check the MacOS system log and diagnostic reports corresponding to that time.


If that does not reveal anything, use terminal to set up a command to gather the previous 60 sec of MacOS system log immediately after the export fails. Syntax:


sudo log show --last 60s > ~/Documents/LogShow60s.txt


It will prompt you for your system password, so you might practice this command in advance. Once the FCP export happens, run this command (already have it entered, except for pressing Enter). Provided the error happened within the prior 60 sec, the data will be relevant. The output is very verbose, so we only want to examine a short time period.


You can zip that and upload to a file sharing service I can download from.


As Luis said, trying the export to a local drive might help understand the problem.

Similar questions

5 replies
Question marked as Top-ranking reply

Dec 5, 2024 8:56 AM in response to Dominic Witherow

Error -536870181 converted to hexadecimal is 0xE00002DB. That is defined in the open source file IOReturn.h, which is part of the IOKit framework used in macOS. There we find:


#define kIOReturnNoSpace iokit_common_err(0x2db) // no space for data


It implies some kind of out-of-space condition during an I/O operation. That said, it might not be a normal "out of space" condition, e.g, it could mean not enough memory in the kernel to allocate a buffer for the data. The error is not specific.


Use Activity Monitor to check memory pressure and memory consumption by FCP and VTEncoderXPCService during export. That is an external "helper" process that does much of the encoding. After the error, use the Console app to check the MacOS system log and diagnostic reports corresponding to that time.


If that does not reveal anything, use terminal to set up a command to gather the previous 60 sec of MacOS system log immediately after the export fails. Syntax:


sudo log show --last 60s > ~/Documents/LogShow60s.txt


It will prompt you for your system password, so you might practice this command in advance. Once the FCP export happens, run this command (already have it entered, except for pressing Enter). Provided the error happened within the prior 60 sec, the data will be relevant. The output is very verbose, so we only want to examine a short time period.


You can zip that and upload to a file sharing service I can download from.


As Luis said, trying the export to a local drive might help understand the problem.

Dec 5, 2024 9:10 AM in response to joema

Thanks for your considered and detailed reply, Joema.


I have little to no idea what any of it means, but you clearly took time and some considerable knowledge to explain a process to me, so for that I am most grateful. I do love the helpfulness of folk on these forae!


Happily, Luis was spot-on with his simple solution and I now have a good workaround to make sure future RAW processing in FCP works.


This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

FCP 'share' file export randomly failing

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.