On 20 Jan 2005, at 07:47 PM, [EMAIL PROTECTED] wrote:
Finale uses a lot of memory I have noticed. It uses a lot of shared memory too which leads me to believe that the new graphics are using up a lot of memory. I personally would trade the nice graphics for having the program use less memory.
I don't think that's really an option in OS X. And I would like to see Finale take *better* advantage of OS X graphics (i.e., Core Image), rather than go the low-res route. This is not incompatible with improved performance -- in fact, if it was implemented well, like in Sibelius, proper Core Image support would not only improve the image quality, but improve the speed tremendously as well. Finale's drawing engine is in drastic need of an overhaul in any event.
And there's got to be a better way to handle the temp file thing.
Well, there's storing them in RAM, but that would require *more* memory. I'm okay with that, though, especially if it's available as a Program Option. As you said, 1 GB of RAM is getting to be the new standard minimum requirement. (Although, in the case of my [hopefully soon-to-be-delivered] Mac mini, that's also the *maximum* memory... ). However, it's my experience that temp files rarely exceed 15 MB, so the additional memory requirements shouldn't be *that* onerous. And, of course, if the user runs out of room, just let the OS handle it by paging out to HD. No reason to store them on the HD by *default*, though -- that just slows down an already tremendously sluggish app.
Another potential advantage to storing the temp files in RAM (in addition to the speed boost) is that perhaps if the files are stored in RAM, it would no longer be necessary to have all the currently open documents share temp files -- which seems to be the source of the problem. Coda says they have to do that to improve performance -- well, I bet having separate temp files for each document, but storing them in RAM instead of the HD, would at the very least result in no net performance loss.
And it would help squash this maddening bug, which frankly makes Finale look like it was coded by complete amateurs. What other $500 application can't handle basic stuff managing multiple open documents without corrupting them?
- Darcy ----- [EMAIL PROTECTED] Brooklyn, NY
_______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
