10.3 issues

dchai wrote: Regarding the drag lag, I believe it's somehow related to the waveforms being drawn or redrawn. If I use the icon only display or the minimal display in the sequence, then dragging things around is quick and no lag. But turn on waveforms and a longer timeline gets super sluggish to drag things around. If you just use shortcuts to edit into the timeline or copy paste things there seems no lag. Only dragging clips around on a longer timeline with waveforms enabled. Certainly not good enough, but at least there is a way to work without going insane. The lag is so bad it's faster to change the timeline display, do the drag operation, and change the display back than to click and drag a clip with waveforms displayed and trying to move it around. Really hope Apple can fix this one soon...

Doesn't work on the project posted in this thread with severe drag issue.
I have had a couple of projects where it did speed things up a bit.

But there is something else going on here.
Remember, the drag-lag issue is present on off-lined timelines as well, meaning there are no waveforms present. Changing clip display has no effect in this case.

So 10.3.2 just popped up in the App Store.

I've updated and tried playing around with the timeline in the XML previously mentioned here.
Drag lag is now a non-issue as such!
While FCPX's timeline is still a bit "clunky" the big issue of up to several seconds of delay when mouse dragging clips has been fixed and - for me at least - there's no more beach balling when moving clips around and I think both scrolling and clip dragging is now pretty responsive and quite alright!
Props to the pro apps team for listening.

10.3.2.
Case closed.

I am also very happy to announce that drag-lag is an issue of the past with 10.3.2.

This is a big day for all of us who are working on long format productions.

A MASSIVE THANK YOU goes out to Ronny for pulling the right strings and of course a HUGE THANKS to the pro apps team as well.

No more sleepless nights

Thank you for your feedback. I have received e-mails from all my friends in television confirming this massive performance improvement in FCP X. For anyone who works with long and complex timelines, this update is probably one of the most significant ever. All kudos go to the FCP X dev. team and product managers, who have worked hard and in silence to achieve this. If anyone still tells you that Apple does not care about the high-end professionals, just ignore them. They don't have a clue.

- Ronny

I'm on 10.4 and the drag-lag is still present.

Can you please send to me a FCPXML of the Project in which you experience the drag-lag: mads.larsen.nielsen@metronome.dk
Thank you.

Hi Eugene,

We have tested your Project from the FCPXML on several iMacs on our system, and we cannot reproduce the drag-lag.

ievgeniilarin wrote: I'm on 10.4 and the drag-lag is still present.

That's a very long Timeline, and with snapping on, zoomed out so much, and not knowing your hardware specs, I'd say that's a very heavy Timeline on limited hardware. Just guessing.

Why not edit each scene in it's own timeline, and assemble them later for output? That's a very long timeline to keep track of.

This is typical daily talk show. Six streams of ProRes 422 SD.

Editing is not complex at all, and keeping one hour long sequence makes sense. FCP7 did the job, Premiere Pro does it now.

Regardless of what NLE we use on a job I test FCPX workflow. Nine times out of ten it is multicam and lengthy timelines.

The timeline from the original post was tested on the iMac 2015 (i5, 24 GB RAM) and the Mac Pro (6-Core, D500, 24 GB RAM).