Minority report - 10.3 performance sucks ...

... at least with subtitles.

As said it's a problem of a minority.
Opening "real pro" projects with 1000, 1500, 2500, 3000 subtitles take 5-15 minutes (with 1 language only) . Moving a title takes the same time.
Keeping a language in a "group" is the biggest problem. Different character sets like Portuguese, Spanish or Arabic with lot of special chars are another one.
A little help is to "Break apart Clip Items".
Performance without this action makes 10.3 unusable.
So 10.2.x is roughly a 800 - 1000 times faster. :woohoo:

I wouldn't have posted this if that wouldn't be a result of long testings with several users.

- Andreas

Hi Andreas!
May I ask if the titles in the project are native FCPX titles or PNGs? Thanks!

They are Motion Templates.

- Andreas

Andreas Kiel wrote: ....Performance without this action makes 10.3 unusable....

Is this 10.3.2? There were some performance improvements between 10.3.1 and 10.3.2, so knowing the exact version is very important.

We are talking about 10.3.2
Testings had been made by professionals.

- Andreas

P.S. Contact me off-list for more. I can't publish things here.

Andreas Kiel wrote: ...Opening "real pro" projects with 1000, 1500, 2500, 3000 subtitles take 5-15 minutes (with 1 language only) . Moving a title takes the same time....A little help is to "Break apart Clip Items"....Performance without this action makes 10.3 unusable....So 10.2.x is roughly a 800 - 1000 times faster....

Obviously you should not see a 800x performance regression from 10.2.x to 10.3.2. The best way to resolve these cases is spending the time to achieve a smaller, portable, "sanitized" replication scenario and sending that to Apple. Even if you have to FedEx them a USB stick, they should be willing and eager to accept that and investigate the problem.

Thanks Joe,

As said it's a minority problem.
You probably misunderstood what I'm talking about.
The projects are small. Even the smallest stick can hold hindreds of them.
Splitting them doesn't make sense for a subtitle workflow. 10.2.3 works nearly perfect.
Only thing I wanted here is to see if anybody here had a similar experience (we had).

Thanks again
Andreas

I can confirm a substantial slowdown in 10.3.2 relative to 10.2.3 when using around 1,600 titles (subtitles) on an 1 hour 30 minutes project ... so I keep the import fcpxml for those titles to the very last, because as you say it makes modifications very unpleasant almost un usable. The preparation of the SRTs I do on a small Master via outside softwares...

For me in all other circumstances 10.3.2 is a better performer.

Following up from my previous question...

Did any of you tried doing the subtitles with PNGs? Do you have the same performance slowdown? Just want to know if the problem here is the motion template titles which I think they use more resources than a PNG (pure speculation).

Canelson,

There are no problems using PNGs , TIFs etc.
Any effect/plugin will "eat" performance, but in case of 10.3 it makes this app in this case "unusable".

[ Francois] For me in all other circumstances 10.3.2 is a better performer.
I totally agree.

- Andreas

Theoretically this (PNG) could be a n approach , but working with Closed Caption or subtitles (in my case) needs dynamic workflow including many revisions and adaptions better done by writers and typists ... in subtitle software which can then be directly imported in a Timeline for burning in. Please note that otherwise we simply embed the subtitles tracks in the master files (normal workflow). So generating and regenerating all these PNG files would seem to me too time consuming...

I have to admit that we do things has it seems best for us and that each project does not follow the same workflow.

Francois.

Can't agree more.

Francois,

Can you contact me off-list?
kiel at spherico dot com

- Andreas