Many thanks ... for some reason, I couldn't get to that page with my
browser .. Safari, but this came up in Firefox with no prob. Thanks
again,
Dean
On May 31, 2009, at 9:05 PM, shirling & neueweise wrote:
manual here, i haven't read it, but maybe the info is there
http://en.flossmanuals.
manual here, i haven't read it, but maybe the info is there
http://en.flossmanuals.net/audacity
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale
Even though I do most of my simple editing in Fission, I was putzing
around with Audacity today. The help file doesn't give any answers in
particular, so when I import a mp3 file, I can get it to
play ... but that's about it. All of the editing functions except
"Select" are disabled, e
The "database" doesn't have to be fast. The objects are stored in
memory during program execution. The penalty would only apply when
opening or saving files. If there is a decoding penalty during runtime
it would surely be negligible.
But the underlying premise of that argument, if I unders
On 5/31/2009 9:48 PM, Christopher Smith wrote:
Sure you can. I do it all the time. It's a great way to compose,
actually, writing the rhythms and maybe an approximate contour, then
go back and choose the pitches. I can only do it with a pencil,
though (so far!)
But I think you two are talking ap
On 5/31/2009 9:39 PM, John Howell wrote:
Hi, Aaron. Not meaning to be picky, but you're breaking a single
integrated action up into two distinct actions (which is what Finale,
Sibelius, and Mosaic all do). When I move my hand I already know
both the pitch and the duration I'm going to write, so
On 31 May 2009 at 21:42, Kim Patrick Clow wrote:
> >> At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
> >
> >> >The old dot vs. stroke controversy c. 1800 has always struck me as an
> >> >interesting example of engravers having to make decisions on which
> >> >engraving tool to use when copying
On May 31, 2009, at 8:58 PM, Aaron Sherber wrote:
On 5/31/2009 8:43 PM, John Howell wrote:
I fully realize that different people have different ways of working,
but I find this particular argument (duration before pitch or pitch
before duration) rather amusing. In hand copying (remember doing
On May 31, 2009, at 8:53 PM, Adam Golding wrote:
2009/5/31 John Howell
At 2:22 PM -0700 5/31/09, Eric Dannewitz wrote:
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know,
does
not have this.
I fully re
>> At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
>
>> >The old dot vs. stroke controversy c. 1800 has always struck me as an
>> >interesting example of engravers having to make decisions on which
>> >engraving tool to use when copying from a manuscript in which the
>> >staccatto marks could var
At 8:58 PM -0400 5/31/09, Aaron Sherber wrote:
On 5/31/2009 8:43 PM, John Howell wrote:
I fully realize that different people have different ways of working,
but I find this particular argument (duration before pitch or pitch
before duration) rather amusing. In hand copying (remember doing
THAT
Eric Dannewitz wrote:
Not necessarily..For example, when I am writing out something, I
frequently go through and block out chords, then go back and do the
duration. And speedy also lets me play or even keep sounding the chord
before and lets me play/mess around with different voicings befor
Not necessarily..For example, when I am writing out something, I
frequently go through and block out chords, then go back and do the
duration. And speedy also lets me play or even keep sounding the chord
before and lets me play/mess around with different voicings before
putting them into th
On 31 May 2009 at 14:04, Craig Parmerlee wrote:
> David W. Fenton wrote:
> > On 30 May 2009 at 20:26, Craig Parmerlee wrote:
> >
> >> The obvious solution is to program each release such that it can read
> >> future files but simply ignore any elements it doesn't recognize. If
> >> Finale wo
On 31 May 2009 at 23:08, Torges Gerhard wrote:
> Am 30.05.2009 um 01:57 schrieb David W. Fenton:
> > If they are trying to promote Finale on the grounds of versatility of
> > getting notes into your files, why do they leave out one of the main
> > methods, Speedy entry?
>
> They didn't.
>
> Look
On 5/31/2009 8:43 PM, John Howell wrote:
I fully realize that different people have different ways of working,
but I find this particular argument (duration before pitch or pitch
before duration) rather amusing. In hand copying (remember doing
THAT, anyone?!!), you do both simultaneously, placin
2009/5/31 John Howell
> At 2:22 PM -0700 5/31/09, Eric Dannewitz wrote:
>
>> No, that is NOT Speedy. Speedy allows you to be holding down a chord
>> and then deciding on the notes value. Sibelius, as far as I know, does
>> not have this.
>>
>
> I fully realize that different people have different
On 31 May 2009 at 13:05, John Howell wrote:
> At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
> >The old dot vs. stroke controversy c. 1800 has always struck me as an
> >interesting example of engravers having to make decisions on which
> >engraving tool to use when copying from a manuscript in
At 2:22 PM -0700 5/31/09, Eric Dannewitz wrote:
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know, does
not have this.
I fully realize that different people have different ways of working,
but I find this parti
On May 31, 2009, at 5:08 PM, Torges Gerhard wrote:
Hello!
Am 30.05.2009 um 01:57 schrieb David W. Fenton:
http://www.finalemusic.com/Finale/features/enteringnotes/default.aspx
If they are trying to promote Finale on the grounds of versatility of
getting notes into your files, why do they
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know, does
not have this.
On Sun, May 31, 2009 at 2:08 PM, Torges Gerhard wrote:
>
> No other?
> Well, I know another one ... ;-)
>
>> If they are trying to promote Fin
Hello!
Am 30.05.2009 um 01:57 schrieb David W. Fenton:
We're well aware of the fact that MM is working towards promoting
Simple over Speedy for new users.
Add to that the fact that they are careless enough as to not mention
it in their page on all the various methods for entering notes:
http:
At 5/31/2009 01:14 PM, Craig Parmerlee wrote:
>I agree with your comments about the trade-offs of filters versus XML.
>I would be just as happy if I knew I could send a 2010 filter to any
>collaborators so that they could open my 2010 files.
>
>Not to nitpick, but 2 additional points:
>
>1) Even
I agree with your comments about the trade-offs of filters versus XML.
I would be just as happy if I knew I could send a 2010 filter to any
collaborators so that they could open my 2010 files.
Not to nitpick, but 2 additional points:
1) Even in a database oriented structure, you can still pla
David W. Fenton wrote:
On 30 May 2009 at 20:26, Craig Parmerlee wrote:
The obvious solution is to program each release such that it can read
future files but simply ignore any elements it doesn't recognize. If
Finale worked this way, I would automatically purchase every upgrade.
Tha
At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
On 30 May 2009 at 19:21, Christopher Smith wrote:
Things that are not easy to accomplish in Finale or Sibelius simply
don't appear in notation very often any more. I would include some
specialised jazz notations among those items, though I t
26 matches
Mail list logo
