Creative Communities of the World Forums

The peer to peer support community for media production professionals.

Activity Forums Creative Community Conversations new mac pro & fcpx = slow?!

  • new mac pro & fcpx = slow?!

    Posted by Andre Van berlo on April 30, 2014 at 9:09 pm

    Hi everyone,

    I’m hoping there is a logical explanation for this: Rendering a 9 minute 1080p timeline is taking forever…

    in activity monitor:
    – “protranscodertool not responding”
    – idle cores 78%
    – only 18GB of RAM is used (out of total 32GB)

    This is my situation:
    – 6 core mac pro D700 32GB RAM
    – Caldigit T3 Raid 0 (500MB read&write)
    – FCPX 10.1.1
    – I’ve imported the clips as “shortcuts” (forgot the real name)
    – The folder containing the original files is also on the T3 raid
    – 1080p timeline with 9 minutes of footage from GH3 (not optimised, .mov files straight from camera)
    – neat video & c2 lock n load applied to all clips in timeline
    – I have fxfactory plugin from ripple.com: callouts. It was always a slow plugin when I used it in the timeline but isn’t used here.

    What is going on? People are showing of 4K and 6K stuff on 6 core machines, this should be peanuts… Do I need to reinstall fcpx?

    Andre Van berlo replied 12 years ago 10 Members · 21 Replies
  • 21 Replies
  • Michael Garber

    April 30, 2014 at 10:09 pm

    Try optimizing and then re-render. I remember reading somewhere that Neat Video worked better with i-frame footage than long-gop or camera-orig h264s. The slowdown is almost certainly neat video. But keep in mind, even after transcoding, your renders could still be slow. Neat Video is great but just, ya know, just a little slow. Lock ‘n’ load shouldn’t be a slow render. I find it to be very fast even on my iMac.

    Michael Garber
    5th Wall – a post production company
    Blog: GARBERSHOP
    My Moviola Webinar on Color Correcting in FCP X
    My Moviola Webinar on Cutting News in FCP X

  • James Culbertson

    April 30, 2014 at 11:28 pm

    I’ve got a similar setup to yours except a Promise Pegasus 2 instead of your RAID.

    That render (even with unoptimized footage, and no 3rd party plugins; currently for me, AVCHD) should only take a couple of minutes.

    You might want to test the same render without the 3rd party plugins.

  • Marcus Moore

    May 1, 2014 at 12:10 am

    Yeah, it’s Neat Video. Great plugin, but a pig for rendering, and probably not optimized for the MacPro yet.

  • Darren Roark

    May 1, 2014 at 1:38 am

    If you contact the Neat video guys they have an unreleased beta that works with the cards in the nMP. It works great after that.

    In case you didn’t know, go into the hidden optimization settings to enable the GPUs.

  • Andre Van berlo

    May 1, 2014 at 6:03 am

    Thanks Michael Garber, James Culbertson, Marcus Moore, and Darren Roark!

    I’ll get that beta for neat video and redo the render.

    “In case you didn’t know, go into the hidden optimization settings to enable the GPUs.”

    I assume the hidden optimization settings are in neat video right?

    In any case I’m going to do the above and report back here. I was pretty scared seeing that beachball time and time again, hopefully we’ve found our culprit… Thanks again!

    André

  • Andre Van berlo

    May 1, 2014 at 7:21 am

    hi Darren,

    you were correct about optimization settings not being enabled. However, it didn’t make much difference. Even after enabling both D700’s and all 6 cores the render was as slow as you could get.

    Digging in I found that each time when I use neat video I see “protranscodertool not responding” in my activity monitor.

    After enabling my gpu’s in optimization settings, still slow renders and stil the “protranscodertool not responding”(25%).

    Then I exported a simple project without neat video and it exported fine and “protranscodertool” was working great.

    Then applied neat video to a clip within that project and export went bad again, “protranscodertool not responding”.

    I just send them an email asking about that beta. There is something about neatvideo that is messing up this “protranscodertool”.

    Thanks for letting me know of its existence 🙂

    André

  • Andre Van berlo

    May 1, 2014 at 9:06 am

    Hey Darren,

    I got this message back from neat video guys:

    “protranscodertool is not part of Neat Video, so its behaviour
    should not be affected by any adjustments in Neat Video
    settings.

    protranscodertool is a part of FCPX and I can see other people
    reported a similar problem on Apple support website:
    https://discussions.apple.com/thread/5808115?start=0&tstart=0

    Personally I’m not convinced that neat video isn’t causing the protranscodertool not responding. Whenever it is enabled fcpx turns into a snail, when I remove it the render is done in a minute…

  • Keith Koby

    May 1, 2014 at 2:39 pm

    [Andre van Berlo] “I got this message back from neat video guys:

    “protranscodertool is not part of Neat Video, so its behaviour
    should not be affected by any adjustments in Neat Video
    settings.

    protranscodertool is a part of FCPX and I can see other people
    reported a similar problem on Apple support website:
    https://discussions.apple.com/thread/5808115?start=0&tstart=0“”

    Hey Andre,

    Be aware that sometimes when a process is “not responding” in activity monitor, it just means, the process is too busy to be bothered to respond to activity monitor’s badgering it to give a status. It might not mean that something has crashed or is not working. I would bet that Neat is making the protranscodertool so busy that it just can’t reply. Hopefully a new release will fix that.

    Keith

  • Tony West

    May 1, 2014 at 2:55 pm

    [Marcus Moore] “Yeah, it’s Neat Video. Great plugin, but a pig for rendering,”

    Just wanted to double this…

    I love what the program can do but it’s so slow I hesitate to use it. I hope they are able to improve it in the future.

  • Marcus Moore

    May 1, 2014 at 2:58 pm

    Really, you should only need to use something like this over an entire timeline when something has gone horribly wrong on set.

    If the client complains about rendering time, then tell them to get a better shooter next time! Unless you’re also the shooter, then it’s your mistake. 😉

Page 1 of 3

We use anonymous cookies to give you the best experience we can.
Our Privacy policy | GDPR Policy