|
|
MakeMusic Forum > Public Forums > Finale - Macintosh - FORUM HAS MOVED! > 2014d huge slow down problem | Forum Quick Jump
|
| Dr. Wiggy Early music: modern methods
Date Joined Jun 2006 Total Posts : 12628 | Posted 12/12/2014 6:44 AM (GMT -6) | | You must report this to MM, as it's not going to get fixed without as much data as possible. It's a very weird thing, as some people get the slow-down and others don't.
Bryan D sent me a file which on his computer is brick slow, but which on mine was fine, so it's not the files in themselves. There doesn't seem to be any third-party software conflict either. There has been talk that some mice might be the problem, though that wouldn't explain slowness on MBPs just using trackpads (for some and not others).
FWIW, I installed 2012 as I had to use it for something, and the scrolling was terribly slow with massive lag. (As it always had been for me.) I had to wait for a couple of seconds for it to come to a halt after I'd stopped scrolling. But I know it works faster for others. I wonder if MM did something to 2014 in response to sluggishness in 2012, which has caused a reversal of fortunes for those for whom 2012 wasn't slow? "This is me helping."
Finale 2014d, 2012 MacMini; 2012 MacBook Pro (10.9.5) Edirol FA-66; Roland A-49, HP Laserjet 5200 DTN Ancient Groove Music www.ancientgroove.co.ukPost Edited (Wiggy) : 12/12/2014 5:57:12 AM (GMT-6) | Back to Top | |
| David Ward Registered Member
Date Joined Aug 2009 Total Posts : 2834 | Posted 12/12/2014 7:22 AM (GMT -6) | | I've just experimented in F 2014d with a 1,900 bar, 31 stave, 315 page, 3.5 MB score in Scroll View. On my system, Show Active Layer Only is VERY slow if Automatic Music Spacing is on, but much quicker if it's not. As for changing time signatures, I'm pretty sure I brought this up in another thread. I think we discovered that if Automatic Update Layout is on, Finale checks back through the score from the beginning every time one makes a TS change. To speed things in sections with many different time signatures, I turned AUL off.
This may be specific to my system, but either way it is probably not how things should be working.
I've just tried Lyrics: same thing - v slow with AUL, much quicker without. David Ward www.composers-uk.com/davidward
Finale 2014d with Mac 10.9.5 Finale 2010b with Mac 10.6.8 full TGTools
Since 2001 have used F 2001, 2003, 2007, 2009, 2010, 2014
“We enjoy the comfort of opinion without the discomfort of thought.” JFK | Back to Top | |
| Vaughan Registered Member
Date Joined Jun 1999 Total Posts : 4984 | Posted 12/12/2014 7:54 AM (GMT -6) | | Peter, I'm just wondering. What happens if you quit and restart Finale, then go to measure 750, select the lyrics tool and click on a note to start entering lyrics? Does it still take almost three minutes before you can begin typing? I'm trying to figure out what triggers these slowdowns, as well and, for me at least, it seems to occur with files with lyrics while I'm doing layout work. After about 30 minutes of tweaking staff positions Finale stops showing music on staves while dragging them and I know that a slowdown is imminent. Vaughan
Finale 3.2 - 2014c, Sibelius 4 - 7 Tobias Giesen's plugins, full version, Robert Patterson plugins, Dolet 6 plugin MacOS 10.9.5/10.10 MacPro 6GB, MacBookPro (2011) 8GB
Amsterdam | Back to Top | |
| Charles Lawrence Registered Member
Date Joined Dec 2009 Total Posts : 3638 | Posted 12/12/2014 10:42 AM (GMT -6) | | It has been discussed on this forum, probably on the Windows side, that certain operations trigger an Automatic Update Layout, among them being the Show Active Layer and Show in Concert Pitch, provided that AUL is ON. Peter, it looks like you have found another related to lyrics. So if AUL is ON, you will get a slowdown in large files like you are working on while the AUL process updates the entire document. It may not be the way it should be, but until MM removes this behavior, it is what you are going to get.
[I cannot find the thread anymore, and yes I'm searching with "site:forum.makemusic.com <search string>"]
"Anything is possible if you don't know what you are talking about!"
Dell XPS 600, GenuineIntel Intel(R) Pentium(R) D CPU 3.00GHz [Intel64 Family 15 Model 4 Stepping 4] (2 processors) 8GB Ram HT Omega Striker 7.1 MSI N430GT 2GB GPU 2 2TB and 2 4TB internal SATA HD's Microsoft Windows 7 Ultimate x64 Edition, (06.01.7600.00) Finale versions: 2011b.r2, 2012c.r13, 2014d.v5030
GPO4
Cakewalk SONAR X3
"There is a world of difference between a person who has a big problem and a person who makes a problem big." – John Maxwell
Post Edited (Charles Lawrence) : 12/12/2014 9:48:19 AM (GMT-6) | Back to Top | |
| Erin Vork Notation and Garritan Product Specialist
Date Joined Nov 2011 Total Posts : 185 | Posted 12/12/2014 10:51 AM (GMT -6) | | |
| Charles Lawrence Registered Member
Date Joined Dec 2009 Total Posts : 3638 | Posted 12/12/2014 2:38 PM (GMT -6) | | I reiterate my previous post.
As a test, see if "Display in Concert Pitch" and "Show Active Layer Only" also cause the same slowdown.
"Anything is possible if you don't know what you are talking about!"
Dell XPS 600, GenuineIntel Intel(R) Pentium(R) D CPU 3.00GHz [Intel64 Family 15 Model 4 Stepping 4] (2 processors) 8GB Ram HT Omega Striker 7.1 MSI N430GT 2GB GPU 2 2TB and 2 4TB internal SATA HD's Microsoft Windows 7 Ultimate x64 Edition, (06.01.7600.00) Finale versions: 2011b.r2, 2012c.r13, 2014d.v5030
GPO4
Cakewalk SONAR X3
"There is a world of difference between a person who has a big problem and a person who makes a problem big." – John Maxwell
| Back to Top | |
| Motet Isorhythmic
Date Joined Dec 2002 Total Posts : 12849 | Posted 12/12/2014 3:30 PM (GMT -6) | | My programmer instinct is that updating the layout is implemented in perhaps a brute-force manner, doing some sort of significant processing in every frame, rather than being a bug per se. If so, then a fix would require some sort of optimizing to avoid doing unnecessary stuff, which may be a project. That it's slow for some and not others is rather mysterious, but perhaps as part of processing it's making some sort of system call related to audio or video, and the speed of that varies with hardware.
Long ago on Windows I had a version of Finale that was very slow with large files, and it turned out to be related to the sound card, even though I wasn't doing any playback! When I finally switched sound cards, it sped up.
I do suspect that MM doesn't stress-test Finale on large files as much as they should. Finale 2011b, 2005, TGTools Windows 7, USB Keystation 61 | Back to Top | |
| David Ward Registered Member
Date Joined Aug 2009 Total Posts : 2834 | Posted 12/12/2014 4:21 PM (GMT -6) | | Motet said... I do suspect that MM doesn't stress-test Finale on large files as much as they should. The file I mentioned above was described by someone at MM support as ‘extraordinarily large,’ which perhaps confirms what Motet suspects.
When I started with Finale it was usually necessary to split things into small chunks, but that is sometimes (not always) a thorough-going nuisance. With vastly improved computer power, memory and speed (and a multitude of easy back-up, including remote) this should surely no longer be necessary.
Charles Lawrence said... As a test, see if "Display in Concert Pitch" and "Show Active Layer Only" also cause the same slowdown. The mammoth slowdown when applying Show Active Layer Only is mentioned in Peter's original post and confirmed above in my earliest contribution to the thread. I rarely use Display in Concert Pitch, but will experiment later (tomorrow or Sunday) if no-one else responds. David Ward www.composers-uk.com/davidward
Finale 2014d with Mac 10.9.5 Finale 2010b with Mac 10.6.8 full TGTools
Since 2001 have used F 2001, 2003, 2007, 2009, 2010, 2014
“We enjoy the comfort of opinion without the discomfort of thought.” JFKPost Edited (David Ward) : 12/14/2014 4:09:28 AM (GMT-6) | Back to Top | |
| saxop Registered Member
Date Joined Mar 2007 Total Posts : 261 | Posted 12/12/2014 5:46 PM (GMT -6) | | How much difference, if any, do all of the various views make (including the various page view styles)? It might help determine if this is rendering or computation. | Back to Top | | Forum Information | Currently it is Tuesday, December 19, 2023 6:07 PM (GMT -6) There are a total of 403,820 posts in 58,165 threads. In the last 3 days there were 0 new threads and 0 reply posts. View Active Threads
|
Forum powered by dotNetBB v2.42EC SP3 dotNetBB © 2000-2023 |
|
|