On 01.03.2004 19:55 Uhr, David Froom wrote
> I'm working on
> a large orchestral piece, and am about 60 measures into it (the file is now
> at about 135mb).
Eh, are you sure about the size? If you are correct about the file size then
something is definitely wrong with the file, I have never seen
riginal Message-
From: Darcy James Argue [mailto:[EMAIL PROTECTED]
Sent: Monday, March 01, 2004 1:59 PM
To: Fisher, Allen
Cc: [EMAIL PROTECTED]; David Froom
Subject: Re: [Finale] FinMac04 , speed, and a MIDI question
Hi Allen,
Finale 2004's performance is, unfortunately, bad all arou
Hi Allen,
Finale 2004's performance is, unfortunately, bad all around. Finale
redraws are very slow and getting slower, especially on OS X. What's
more, it suffers greatly by comparison to the Distinguished
Competition. Sibelius 3.x has effectively eliminated lag and redraws
by using OpenGL
day, March 01, 2004 9:36 PM
Subject: Re: [Finale] FinMac04 , speed, and a MIDI question
> At 02:15 PM 3/1/2004, Mr. Liudas Motekaitis wrote:
> >It's not just Mac and it's not just OSX. I'm on Windows, and as I stated
> >earlier my computer is fast. The smart shap
At 02:15 PM 3/1/2004, Mr. Liudas Motekaitis wrote:
>It's not just Mac and it's not just OSX. I'm on Windows, and as I stated
>earlier my computer is fast. The smart shapes lag behind on my system, too.
>Now working on a score about 240 pages of large wind ensemble. Have inputed
>about half. The fur
Thus Saith Darcy:
>Yes. Write to <[EMAIL PROTECTED]> and tell them speed should be
>their #1 priority for MacFin2005. Remind them that Sibelius is now
>*much, much* faster than Finale, with virtually no redraws, and they'd
>better catch up.
When you do, please be sure to list *specific* step
At 02:11 PM 3/1/2004, Lee Actor wrote:
>> a large orchestral piece, and am about 60 measures into it (the
>> file is now
>> at about 135mb).
>
>Though I'm on a PC, something is seriously amiss with a file size of 135 MB,
>which is undoubtedly what is slowing you down.
I read that and assumed he m
> Another MIDI question. What is the best workaround for the playback
> problem, in a string section, of having the whole section go back
> and forth
> from pizz to arco when only one of the sections changes? When
> the celli or
> basses, for example, have pizz, the whole string section sounds li
It's not just Mac and it's not just OSX. I'm on Windows, and as I stated
earlier my computer is fast. The smart shapes lag behind on my system, too.
Now working on a score about 240 pages of large wind ensemble. Have inputed
about half. The further I go, the more I see hairpins lagging behind, smar
To accomplish your midi effect, you need to have each string part
defined as its own instrument (violin 1, violin 2, etc.) and channel.
They can share the same patch but if each instrument is separate then
patch changes will only affect that particular part, not the entire
string section.
Davi
On 01 Mar 2004, at 01:55 PM, David Froom wrote:
And a comment about speed: for me the thing that is HORRIBLY slow now
is
smart shapes. When I click on a slur or hairpin to move it, it takes
a full
3 seconds for the thing to be selected. Then there is a couple of
seconds
delay after I use my
Thanks to those who responded to the MIDI percussion mapping question.
Another MIDI question. What is the best workaround for the playback
problem, in a string section, of having the whole section go back and forth
from pizz to arco when only one of the sections changes? When the celli or
basses
12 matches
Mail list logo
