Contribute
Register

Final Cut Pro X 10.3 crash

Joined
May 27, 2017
Messages
176
Motherboard
Asus Strix z270F
CPU
Kaby Lake i7 4.2K
Graphics
RX 580 / HD 630
Has anyone found a solution to this? I enabled quicksync primarily by checking on the disablegfxfirmware boot argument, but FCPX crashes on opening.
 
Joined
Jun 29, 2017
Messages
45
Motherboard
Gigabyte 170x SOC Force
CPU
i7-7700k
Graphics
Sapphire RX Vega 64 8GB
Mac
Mac mini, Mac Pro
Has anyone found a solution to this? I enabled quicksync primarily by checking on the disablegfxfirmware boot argument, but FCPX crashes on opening.
Sure, it works, as stated in previous post...
 
Joined
May 27, 2017
Messages
176
Motherboard
Asus Strix z270F
CPU
Kaby Lake i7 4.2K
Graphics
RX 580 / HD 630
Can you try this config.plist?
iGPU needs to be enabled, 64M min RAM/Max maximum RAM, PCIe GPU as prime
Wow it works! Attached are the screenshots.

Screen Shot 2017-11-04 at 21.39.04.png Screen Shot 2017-11-04 at 21.38.46.png Screen Shot 2017-11-04 at 21.38.46.png

Here is the strange thing. The BruceX Test -5K test takes about 13 seconds now and before the QuickSync being enabled it was taking about 7-8 seconds. Any ideas why it's slower now?
 
Joined
Jun 29, 2017
Messages
45
Motherboard
Gigabyte 170x SOC Force
CPU
i7-7700k
Graphics
Sapphire RX Vega 64 8GB
Mac
Mac mini, Mac Pro
Wow it works! Attached are the screenshots.

View attachment 290106 View attachment 290107 View attachment 290107

Here is the strange thing. The BruceX Test -5K test takes about 13 seconds now and before the QuickSync being enabled it was taking about 7-8 seconds. Any ideas why it's slower now?
7-8 seconds for BruceX is typically when the timeline is pre-rendered. I would say that even 13 seconds is too fast for a 580. It should rather be around 17 seconds. You might have some rendered files already in your project. Deactivate background rendering, quit FCP and erase rendered files from the library before benching again
 
Joined
May 27, 2017
Messages
176
Motherboard
Asus Strix z270F
CPU
Kaby Lake i7 4.2K
Graphics
RX 580 / HD 630
7-8 seconds for BruceX is typically when the timeline is pre-rendered. I would say that even 13 seconds is too fast for a 580. It should rather be around 17 seconds. You might have some rendered files already in your project. Deactivate background rendering, quit FCP and erase rendered files from the library before benching again
Thx for all the tips. So here are results.
With quicksync i export the master file in about 15 seconds and same is with no quicksync. Shouldn't quicksync speed up the rendering process in FCPX? I mean what's the point in having it if it gives the same rendering results?
 
Joined
Jun 29, 2017
Messages
45
Motherboard
Gigabyte 170x SOC Force
CPU
i7-7700k
Graphics
Sapphire RX Vega 64 8GB
Mac
Mac mini, Mac Pro
Thx for all the tips. So here are results.
With quicksync i export the master file in about 15 seconds and same is with no quicksync. Shouldn't quicksync speed up the rendering process in FCPX? I mean what's the point in having it if it gives the same rendering results?
Quicksync is not for rendering, it is for transcoding (h264/h265).
There is no transcoding in BruceX, only opencl rendering through your 580.
Exporting a h264 video with quicksync is a magnitude faster than without.
Quicksync accelerates video a bit everywhere in macos: it decodes video in FCPX, safari, preview,...
That is why FCPX crashes when iGPU is wrongly configured.
You can use intel gadget to check when the iGPU is used (iGPU frequency then elevates while CPU remains low)
 
Joined
May 27, 2017
Messages
176
Motherboard
Asus Strix z270F
CPU
Kaby Lake i7 4.2K
Graphics
RX 580 / HD 630
Thx alot buddy. You rock!

One more question. I noticed that in your config you have one entry in the CPU section. Whats that for?
 
Joined
Jun 29, 2017
Messages
45
Motherboard
Gigabyte 170x SOC Force
CPU
i7-7700k
Graphics
Sapphire RX Vega 64 8GB
Mac
Mac mini, Mac Pro
Thx alot buddy. You rock!

One more question. I noticed that in your config you have one entry in the CPU section. Whats that for?
You have the explanation here. Nothing strictly necessary for your concern, but it puts you hack closer to a real mac, which is never a bad thing for stability.
 
Top