Re: [Finale] another simple (I hope!) question

2009-02-14 Thread dhbailey

Katherine Hoover wrote:
I generally print on legal paper, in order to eventually have pieces 
done on 9 x 12 paper at the printer.  This means I have to work with 
systems rather freely at times.  At the moment I'm doing a piece for two 
pianos, and need to get 3 systems on a page (3 groups of 4 staves.)  I  
cannot seem to move the second system at all, and those some others will 
move and some will not.  I took the time to try various things under the 
page layout tool, but I was not able to solve the problem.


Again for some reason this was not a problem in my old Finale 
program.  Also the movement I just finished I was able somehow to work 
with.  But it is patently clear that I don't really KNOW what works and 
what doesn't, and I'm wasting a lot of time messing around.


Any help would be MUCH appreciated.



Make sure that the option in Page Layout to evenly space all 
systems on the page is turned off -- that way you can move 
the systems wherever you want them up and down on the page. 
 With it turned on, the bottom system will always have it's 
bottom margin at the bottom margin of the page, and the top 
system will have its top margin at the top margin of the page.


I can understand your desire to get the music to print more 
easily on 9x12 paper, but you could create the music at a 
slightly smaller percentage on 8.5x11 paper and then simply 
zoom when you print to get the music to fit the 9x12 paper 
as you want.  That way the shape of the paper remains the 
same and what looks nice on the 8.5x11 paper will still look 
nice on the 9x12 paper.  I think the increase to set the 
zoom at is only something like 105% or so (I haven't done it 
in a while) and thus won't introduce any ugly artifacts 
which can occur when you do a larger percentage increase.


--
David H. Bailey
dhbai...@davidbaileymusicstudio.com
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Editing

2009-02-14 Thread dhbailey

David W. Fenton wrote:

On 13 Feb 2009 at 16:07, dhbailey wrote:

Of course the player you saw may have been playing a pocket 
trumpet which is simply a regular Bb trumpet, predominently 
cylindrical bore and all, full length but just wrapped 
around more so it's short enough to fit into a pocket.  Not 
that people wear coats with pockets that large any more.


That would make no sense, given that he had a normal Bb trumpet that 
he also played by itself. He also played the strange trumpet by 
itself, and it seemed to have a mellower sound than the Bb, which 
would suggest that it might very well have been a cornet.


The combo as a whole was really quite good -- all the players were 
excellent (but especially the guitarist). I felt fortunate to have 
had my train delayed so that I got the opportunity to hear them play 
3 different pieces.




I certainly can't argue with you, since you were there and I 
wasn't, but pocket trumpets do have a more mellow tone than 
a normally shaped trumpet because of the extra wraps in the 
tubing.


And I can understand his desire to use a cornet or a pocket 
trumpet when playing with the two instruments in order to 
make holding them up more comfortable, since the arm holding 
the cornet/trumpet wouldn't be as much extended in front as 
with a traditionally shaped trumpet.


In any event, that sort of incident you describe, a moment 
of musical wonder and beauty in the midst of the hustle and 
bustle of a big city is one of the very few reasons that I 
wish I lived in a city.  That opportunity to see how vast is 
the creativity of people is something special!  I hope you 
get to see them again!


--
David H. Bailey
dhbai...@davidbaileymusicstudio.com
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Editing

2009-02-14 Thread dhbailey

Richard Yates wrote:
 
(It's the same with images. If someone sends you a JPG that you plan 
to edit repeatedly, you should first open it and save it as 
a TIF, and 
then make all your edits to the TIF. When you're done 
editing, you can 
export the TIF as a JPG for portability, keeping your source TIF for 
any further changes. If you edit and save as JPG, you incur loss and 
introduce artifacts each time.)

As I said in another post, I think this is incorrect, also.
David Fenton


I have heard the first theory and decided to test it. I opened a high
resolution photo in Photoshop and saved it with the maximum compression as a
jpg. Then reopened it and saved again with maximum compression. After
repeating this seven times I can see no further degradation after the first
compression. The file size remains exactly the same also. 


David Fenton appears to be right. (I have no idea if this applies to mp3s,
though.)



I wonder if this is because there has been standardization 
of the data that is tossed in the compression, so that if 
that specific data isn't in the picture anymore because it 
had been tossed in a previous compression, it isn't there to 
toss again, and the compression routine won't randomly toss 
other data just to satisfy the object of compression.


Richard, with all those subsequent compression-saves, did 
the size of the file actually get smaller, or did it remain 
the same despite additionial compression?



--
David H. Bailey
dhbai...@davidbaileymusicstudio.com
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Editing

2009-02-14 Thread dhbailey

Aaron Sherber wrote:
[snip] Also -- and I admit this isn't particularly relevant 
here -- comparing
file sizes isn't really an adequate way of comparing the files. You're 
saying that because one file is only a few bytes bigger or smaller, 
there can't be much difference between the two. But of course, even if 
the two JPGs were exactly the same size, the actual data could be wildly 
different.

[snip]

While I agree that the actual data within the file could be 
wildly different between two differently saved files, I 
would think that opening a file which was originally 100% 
(zero compression) and then compressing that 50% and saving 
the file, shouldn't the resulting file be significantly 
smaller than the original?  And then if you open that 50% 
compressed file and then do a new save at 50% compression, 
shouldn't this 3rd file be significantly smaller than the 
2nd file?  But in reality is there a significant difference 
in additional saves at 50% compression?  If there is, then 
there should be a visible degradation, even if it's only 
viewable at a percentage such as 200% or more when viewing 
the newly compressed file.



--
David H. Bailey
dhbai...@davidbaileymusicstudio.com
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Editing

2009-02-14 Thread Johannes Gebauer

On 14.02.2009 dhbailey wrote:

While I agree that the actual data within the file could be wildly different 
between two differently saved files, I would think that opening a file which 
was originally 100% (zero compression) and then compressing that 50% and saving 
the file, shouldn't the resulting file be significantly smaller than the 
original?  And then if you open that 50% compressed file and then do a new save 
at 50% compression, shouldn't this 3rd file be significantly smaller than the 
2nd file?  But in reality is there a significant difference in additional saves 
at 50% compression?  If there is, then there should be a visible degradation, 
even if it's only viewable at a percentage such as 200% or more when viewing 
the newly compressed file.


No, this kind of compression always works from the raw data, ie the 
individual pixels or samples, depending on the media. So recompressing a 
jpg with the same compression ratio, while making it lower quality, will 
not make it smaller.


Johannes
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] another simple (I hope!) question

2009-02-14 Thread Christopher Smith
Richard, I'm sure it was just a typo, but editing the system margins  
can only adjust the space between SYSTEMS, not staves (if she has  
more than one staff per system, which is certainly the case in a  
piece for two pianos.)


I suspect that her upper system margin is set high. This can be  
dragged down manually (it's the little box in the upper left corner  
of the system when Page Layout Tool is selected, and then she can  
drag the whole system higher.


Katherine, I don't know which version of Finale you are using, but  
all this is covered in the documentation. Check the Encyclopedia  
under Page Layout.


I would further endorse David Bailey's suggestion to create your  
drafts at 8.5x11 and zoom them up to 9x12 at print time. Any print  
shop can do this, and you preserve your hard-won and extremely  
important page layout. I often used to do this by saving as PDF  
(built into the Mac OS) and bringing a thumb drive with the PDFs on  
it to the print shop. (Now I have a large-format printer, so it isn't  
necessary any more.)


Christopher


On Feb 13, 2009, at 9:03 PM, Richard Yates wrote:

Open the file in Scroll View and make sure that there is minimal  
space above
the first staff. Select and drag all staves upwards in Staff Tool  
if you
need to. With Page Layout, edit the system margins to remove extra  
space

between staves.


-Original Message-
From: finale-boun...@shsu.edu [mailto:finale-boun...@shsu.edu]
On Behalf Of Katherine Hoover
Sent: Friday, February 13, 2009 4:22 PM
To: finalelist
Subject: [Finale] another simple (I hope!) question

I generally print on legal paper, in order to
eventually have pieces done on 9 x 12 paper at the printer.
This means I have to work with systems rather freely at times.
At the moment I'm doing a piece for two pianos, and need to
get 3 systems on a page (3 groups of 4
staves.)  I  cannot seem to move the second system at all, and
those some others will move and some will not.  I took the
time to try various things under the page layout tool, but I
was not able to solve the problem.

Again for some reason this was not a problem in my old
Finale program.  Also the movement I just finished I was able
somehow to work with.  But it is patently clear that I don't
really KNOW what works and what doesn't, and I'm wasting a lot
of time messing around.

Any help would be MUCH appreciated.

Thanks,
Katherine Hoover


___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] another simple (I hope!) question

2009-02-14 Thread JRB

In the Page Layout menu UNcheck avoid margin collision.

JB
Sent from my iPhone using my thumbs w/out a spellchecker

On Feb 13, 2009, at 6:21 PM, Katherine Hoover  
khoo...@papagenapress.com wrote:


   I generally print on legal paper, in order to eventually have  
pieces done on 9 x 12 paper at the printer.  This means I have to  
work with systems rather freely at times.  At the moment I'm doing a  
piece for two pianos, and need to get 3 systems on a page (3 groups  
of 4 staves.)  I  cannot seem to move the second system at all, and  
those some others will move and some will not.  I took the time to  
try various things under the page layout tool, but I was not able to  
solve the problem.


   Again for some reason this was not a problem in my old Finale  
program.  Also the movement I just finished I was able somehow to  
work with.  But it is patently clear that I don't really KNOW what  
works and what doesn't, and I'm wasting a lot of time messing around.


   Any help would be MUCH appreciated.

   Thanks,
   Katherine Hoover ___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Editing

2009-02-14 Thread David W. Fenton
On 14 Feb 2009 at 7:26, dhbailey wrote:

 In any event, that sort of incident you describe, a moment 
 of musical wonder and beauty in the midst of the hustle and 
 bustle of a big city is one of the very few reasons that I 
 wish I lived in a city.  That opportunity to see how vast is 
 the creativity of people is something special!  I hope you 
 get to see them again!

I asked my roommate about playing two instruments at once (he's a 
former low brass player), and he said he'd seen it. As I gave him 
more details about the group, he realized he'd seen the same group in 
Central Park a few months ago. So, they apparently get around.

-- 
David W. Fentonhttp://dfenton.com
David Fenton Associates   http://dfenton.com/DFA/

___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


[Finale] chord suffix problem

2009-02-14 Thread trumpet57

   I'm using Type Into Score in the Chord tool and trying to type Dbma7/Eb.
   It types as Db~(#7)/Eb and I can't change it in the Chord Definition box or
   the Chord Suffix Editor. Any solutions? Thanks.
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] chord suffix problem

2009-02-14 Thread Christopher Smith


On Feb 14, 2009, at 7:42 PM, trumpe...@verizon.net wrote:



   I'm using Type Into Score in the Chord tool and trying to type  
Dbma7/Eb.
   It types as Db~(#7)/Eb and I can't change it in the Chord  
Definition box or

   the Chord Suffix Editor. Any solutions? Thanks.


Well, I'm sure you can change it in the Chord Suffix Editor!

First of all, have you hit the spacebar after typing that? It won't  
show up correctly until you move to the next entry.


Then try this:

Click a note in Type Into Score. Type Db:0 (uppercase D lowercase B  
colon zero) and hit the spacebar. The Suffix Selector dialogue box  
comes up. Choose the suffix you want (but take note of what number  
slot it is in), hit Enter or Return or click OK. If this doesn't  
work, then you have serious problems. There might be some issue with  
the screen font and the printing font not being the same. You don't  
mention the version or platform, so I can't help you there.


Then the next time you want that suffix, type Db: and the suffix  
number, and when you hit the spacebar the suffix with that slot  
number will show up. Use zero if you don't know the suffix number.


Christopher

___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale