|MakeMusic Forum > Public Forums > Finale - Macintosh - FORUM HAS MOVED! > Finale v25 - speed and latency on OS X ||Forum Quick Jump|
Date Joined Oct 2004
Total Posts : 506
| Posted 8/21/2016 11:35 AM (GMT -5) |
entering on my imac (3,2Ghz, i5) 32GB RAM in Finale 25:
Pageview, simple entry: very slight delay in maximum zoom, but no Beach Ball.
Speedy: slight delay.
Scroll view: no delay
-intel 27" imac 3,2 (i5) Ghz 32 GB RAM MAC OSX 10.11.6
-Macbook pro 2,6 (i5) Ghz, 16GB RAM, MAC OSX 10.11.6
German version of Finale 98-2007c/English: 2008b-2014d, 2014.5
|Back to Top|
Date Joined Dec 2007
Total Posts : 277
| Posted 8/21/2016 6:48 PM (GMT -5) |
|In order to check the responsiveness of the last version I attempt a test using OCTO's set up and input some non-sense notes.|
The test presents a single page with even less bars compared to the original empty template.
The navigation (using "Grab tool" or Mouse scroller or on MAC) is incompatible for graph software issued in 2016.
I tested it on my iMAC late 2013, CPU – I7 3.5 GHz, 24 GB RAM, GPU – Nvidia 775 with 2 GB RAM, SSD SATAIII
The lag on this single page is so sluggish and apparently this version (and both previous 2014 and 2014.5, too) can not be used for such dense projects.
Exported as 2012 the situation is slightly better but I was surprised when I checked the same content opened (via XML) in Sibelius 7.5.
The difference in speed is incompatible running this test on the same iMAC.
Large files Saving in Sibelius is fast as seen on all pre-2014 version.
There are also possibility to export the music content as previous version till 2.0 and their flat format does not need "special attention" when saving.
I know that OS X' antialiasing filter is something that makes recent Mac versions much slower than WIN version.
However Sibelius utilises the same OS and recently works blazingly fast compared to Finale.
Why the MM developer do not find the right code?
Speaking yesterday with friend of mine from Oslo he told me: "All my program run very fast on my new Mac with only one exception ... Finale."
Should it be like that, MM, and if "yes" why then?
Finale 2014 and earlier...
iMac 27" (late 2013) i7-3.50GHz, Nvidia 775 2GB, 24 GB RAM, 1 TB Fusion drive. Mavericks 10.9.2
External A+B: 1TB SSD Samsung EVO 840 + 4 TB WD Black (Thunderbolt/USB3 enclosure)
External C: 2TB WD via FireWire800 (Thunderbolt-FireWire 800 adapter)
Second monitor: HP LP2475w (Thunderbolt-HDMI cable)
Macbook pro 17" (2009) 2.80 GHz, RAM 8 GB, 500GB SSD Samsung EVO 840
MIDI: hybride piano
YAMAHA Avant Grand N1
CUSTOM MUSC FONTS & SAMPLES – VintageGHMA (Henle) & VintageECP1 (Peter's)
Post Edited (Wess) : 8/21/2016 5:55:12 PM (GMT-5)
File Attachment :
Untitled LARGE 25 - test.musx 659KB (application/octet-stream)
This file has been downloaded 182 time(s).
File Attachment :
Untitled LARGE 25 - test.mus 283KB (application/octet-stream)
This file has been downloaded 207 time(s).
|Back to Top|
Date Joined Oct 2006
Total Posts : 629
| Posted 9/12/2016 4:04 AM (GMT -5) |
Michael Johnson said...
Thanks for your support and question. Finale absolutely needs to be able to utilize graphic acceleration in the future. Yes, Finale is behind the competition in this regard - depressing to say and admit. Finale had optimized what it could for many years. But, the OS had changed rendering routines and then graphic cards got in on the action. Finale has to change to be viable. It will be no small feat, if it had been we would have done it by now. But, it is the next big thing on the list.
This is good to hear. But just to make sure I understand you correct: Will you make sure that Finale will be fast enough even for those of us with larger Retina monitors?
At the moment I have to use my brand new iMac 27 in Finale's low res mode. Would be great to be able to use the 4k resolution from the Retina screen (which is fantastic with Finale btw. It's just too slow to work with.)
Cheers and thanks for taking part in these discussions. It is very much appreciated.
iMac 27" 5K Retina 4 GHz i7, 24 GB RAM, Mac OS 10.10.5 + 30" Cinema Display
Finale 2014d, GPO 4.0, VSL (SE, Strings SE+, Woodwind & Brass download instr), VE Pro, Vienna Suite, Xsample Chamber Ensemble
|Back to Top|
Date Joined Aug 2009
Total Posts : 2834
| Posted 9/12/2016 4:00 PM (GMT -5) |
|I'm now being hit by Finale's grinding almost to a halt in page view (F 2014.5 with OS 10.11.6) in my present project. I alternate between page and scroll view. When I return to page view, I need to reposition the score on my portrait oriented monitor before doing anything else. After about half an hour of work, this becomes almost uncontrollable. Yesterday I had the surreal experience of trying to reposition the score and then watching it refuse to stop moving. With a series of small jerks it kept going until it had exited stage left in its entirety (this process took at least a minute). |
A relaunch of Finale both settles and speeds things for a while; but not for long. This is an opera, with all that implies for layout, stage directions &c &c, but as these things go its demands on Finale are quite modest and it is a very long way from being the largest or most complex score I have typeset in Finale. It's for quite modest forces (as these things go) and uses a maximum of about 53 staves (or thereby). I've found it convenient to divide the piece into eleven separate files (so nothing hugely long). Nearly (if not quite) all the notation is 'traditional', there are no very complex or independent time signatures &c.
Anyway, the regular need to relaunch Finale is beginning to get annoying. A seriously dense and complex score like some of those by OCTO would, I think, be impossible to manage as things are at present without a radically different set-up.
Finale 2014d & 2014.5 with Mac 10.9.5 & 10.11.6
Finale 2010b with Mac 10.6.8
Since 2001 have used F 2001, 2003, 2007, 2009, 2010, 2014
“We enjoy the comfort of opinion without the discomfort of thought.” JFK
Post Edited (David Ward) : 9/12/2016 3:07:46 PM (GMT-5)
|Back to Top|
|53 posts in this thread.|
Viewing Page : 1 2 3
|Currently it is Thursday, April 2, 2020 3:06 PM (GMT -5)|
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-2020