Re: [Finale] Converting from Sibelius to Finale
On 23.09.2007 David W. Fenton wrote: And Acrobat Reader in the past has been able to render Finale's lines onscreen without any problem. In my experience it was Acrobat Reader 7 that introduced the problem in the first place (something you'd see in any version of Acrobat without line smoothing turned on). I am pretty sure this very problem has been apparent for a very long time, and with all versions of Reader. It is not new. Johannes -- http://www.musikmanufaktur.com http://www.camerata-berolinensis.de ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Mac F2008 Crash on Open
On Sep 23, 2007, at 3:06 PM, A-NO-NE Music wrote: Have you tried trashing Finale pref as I suggested? Sorry, didn't report back on that. Yes, I had tried deleting preferences with no change in crash on quit. In you crash log, this appears in line 2: 2 ...u.driver.PCIAudio.HALPlugIn 0x0799df8c PlugInDevice::GetProperty (unsigned long, bool, unsigned long, unsigned long*, void*) + 384 In my guess, what this is telling you is Finale is calling PCI424 driver then receives something Finale doesn't understand and crashes. I like that analysis, but don't know what to do about it. I'll send to MM tech Monday AM. You should also try assign Built-in under AMS to see if Finale still crashes. Actually, this is something that the MM tech had me try and no change. Sorry I didn't include that in one of the original posts. On the AD option in Audio/Midi Setup. I'm surprised that it is 24bit with no 16bit choice. Thanks for your time on this, Hiro. I'll report back when something significant happens. Dick H ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Mac F2008 Crash on Open
Have you tried uninstalling the Audio Drivers, then reinstalling them? I have an M-Audio card that does something similar...and uninstalling and reinstalling the drivers works most of the time. Dick Hauser wrote: On Sep 23, 2007, at 3:06 PM, A-NO-NE Music wrote: Have you tried trashing Finale pref as I suggested? Sorry, didn't report back on that. Yes, I had tried deleting preferences with no change in crash on quit. In you crash log, this appears in line 2: 2 ...u.driver.PCIAudio.HALPlugIn 0x0799df8c PlugInDevice::GetProperty (unsigned long, bool, unsigned long, unsigned long*, void*) + 384 In my guess, what this is telling you is Finale is calling PCI424 driver then receives something Finale doesn't understand and crashes. I like that analysis, but don't know what to do about it. I'll send to MM tech Monday AM. You should also try assign Built-in under AMS to see if Finale still crashes. Actually, this is something that the MM tech had me try and no change. Sorry I didn't include that in one of the original posts. On the AD option in Audio/Midi Setup. I'm surprised that it is 24bit with no 16bit choice. Thanks for your time on this, Hiro. I'll report back when something significant happens. Dick H ___ 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: AW: AW: [Finale] Converting from Sibelius to Finale
dc wrote: David W. Fenton écrit: But, again, the problem as I see it is *not* with Finale, but with Acrobat's incorrect line smoothing. I don't know why Finale sends multiple thin lines instead of a single line with a particular thickness to the print driver, but perhaps there's a reason for that. This is what MM says. But then why doesn't Sibelius have the problem? A few years ago, someone explained, after looking at the Postcript description, that lines (staff lines, beams) in Finale were made of several thin lines. Whether this is true or not, the fact is that at certain magnifications you can see these multiples lines in staff lines, beams, etc. But not in Sibelius PDFs (nor in MacFinale PDFs). And this is what makes for the crappy look. On the other hand, there is no difference in the look of all the fonts, including the music fonts. As someone else pointed out, the program itself (Finale or Sibelius) generates the data it needs to get the image on the screen, and then that is sent to the OS or to the Postscript interpreting program. Apparently Finale is using a particular routine (possibly subcontracted from a third party?) to generate its Compile Postscript Listing but when the program is set to print to a PDF printer such as Distiller or PDF995 or some other pdf creation program, the image data from Finale is interpreted by a different routine. The difference between Sibelius and Finale when turned into PDFs may simply be the different approach each program takes to generating the lines to show onscreen. Those differing approaches to generating the original data may explain the differing results when printing to PDF files. So I guess one could claim that the fault may lie with Finale, when the same PDF program is used to print to pdf from Sibelius and from Finale and the on-screen results are different. But the fact that some people are seeing great onscreen pdf files from Finale while others aren't says to me that the problem lies in the different approaches to PDF creation that the different 3rd-party pdf creation applications take. And that isn't Finale's fault. -- David H. Bailey [EMAIL PROTECTED] ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: AW: AW: [Finale] Converting from Sibelius to Finale
dc wrote, on 9/24/2007 2:02 AM: [EMAIL PROTECTED] écrit: This does not address the fact that Finale's Compile Postscript Listing function produces a perfect display. Finale prints to Postscript and compiles Postscript quite differently. Does this work with any kind of font? TT or PS or OT? Yes, it works with all of them. I know because I use a mixed library of fonts (about 7,000 of them, actually). So far (with Finale 2K7) it has compiled listings that produces perfect PDFs. The easiest sequence for me (because it's so fast) is to compile the listing, drop the PS file onto GhostScript (which unlike Distiller, doesn't pre-load the whole font library), and have GhostScript convert to PDF. When I have multiple documents (several movements, title page, cover, instructions done in, say, MSWord) then I go to docPrint Pro (about $40) to assemble the whole mess into a single PDF document. docPrint Pro reads EPS, PS, PDF, DOC, and numerous other formats. As I say, the only thing Finale's Compile Postscript Listing doesn't do is compile the TIFF graphics with it. Dennis ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: AW: AW: [Finale] Converting from Sibelius to Finale
dc wrote, on 9/24/2007 8:12 AM: I can't get Compile PS to work. Finale crashes if I include the fonts. And it gives nice staff lines if I don't, but without the fonts (except Maestro, for some reason)... The resulting PDF has only two fonts listed: Maestro and Courier. Courier is the normal substitute for missing fonts. Finale itself crashes, not the compilation process? Faced with this issue, here's what I would do: I would load my usual template and try to compile a new (otherwise blank) document (and save it under a usable name). If the template compilation crashed, I'd do a data check on the document, especially for missing fonts (save under a new name, always). If the template still crashed after a missing font check, I'd go into the expressions, articulations, lyrics, default fonts (tuplets, too), etc., and check their fonts -- and swap fonts on anything that might not be there that data check doesn't find. For some reason, data check doesn't seem to find fonts that are in the Windows substitution library. I always check documents for the old Times and Helv names and get rid of those; Helv was always in the tuplet definitions. (It would be easier to use Tobias's TGTools font lister, but that feature always crashes for me.) With such a large library, I also find defective fonts now then, as well as mis-named fonts. (Free fonts in particular suffer from those who fail to change the Postscript font name when working with another base font.) If the template didn't crash (or was fixed by data check and font swaps), I would then begin adding expressions or other items that I used in the document that wouldn't compile -- until it crashed again. (And keep saving under new names!) That would identify the first culprit font. I'd continue until all the fonts either passed or crashed it. When I finally got through a clean compilation, I'd load up the original document and go through the font-cleaning process: data check, font swaps, etc., until that document passed. Once satisfied by all this, I'd go back to my template and clean it of bad fonts, and save it as my new default template. Can you tell I've been through this kind of stuff before? :) Dennis ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Mac F2008 Crash on Open
Dick Hauser / 07.9.23 / 2:46 AM wrote: Actually, this is something that the MM tech had me try and no change. Sorry I didn't include that in one of the original posts. OK, but as I said, if you chose Built-in in AMS, the Finale crash log _must_ look different, because Finale no longer tries to load PCI424. Please try again and send me the crash log. Send me as text instead of MS rtf. It is pretty difficult to read since MS throws so much garbage. If it still crashes at PCI then Finale still remembers false AMS API and it is stuck in corrupted pref. -- - Hiro Hiroaki Honshuku, A-NO-NE Music, Boston, MA http://a-no-ne.com http://anonemusic.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Mac F2008 Crash on Open
Eric Dannewitz / 07.9.23 / 3:58 AM wrote: Have you tried uninstalling the Audio Drivers, then reinstalling them? I have an M-Audio card that does something similar...and uninstalling and reinstalling the drivers works most of the time. When it happens, does the crash stop when you switch AMS to Built-in? You remember Fin2k8 isn't properly handling mono stream? I think Fin2k8 introduced CA bugs. Dick Hauser / 07.9.23 / 1:44 PM wrote: but since the crash seems to happen when Finale is initializing midi Y'know, I am still not buying this. Dick, open Applications/Utilities/Console.app Make sure console.log is displayed and start up Finale. This is more accurate to see when it crashed. Report back what you saw. -- - Hiro Hiroaki Honshuku, A-NO-NE Music, Boston, MA http://a-no-ne.com http://anonemusic.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Converting from Sibelius to Finale
On 24 Sep 2007 at 8:01, Johannes Gebauer wrote: On 23.09.2007 David W. Fenton wrote: And Acrobat Reader in the past has been able to render Finale's lines onscreen without any problem. In my experience it was Acrobat Reader 7 that introduced the problem in the first place (something you'd see in any version of Acrobat without line smoothing turned on). I am pretty sure this very problem has been apparent for a very long time, and with all versions of Reader. It is not new. Well, for this Windows user, it was new when Acrobat Reader 7 came out and couldn't display Finale-produced PDFs well. This may not be *your* experience, but it is certainly what many Windows users saw. -- 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
Re: AW: AW: [Finale] Converting from Sibelius to Finale
On 24 Sep 2007 at 8:02, dc wrote: David W. Fenton écrit: But, again, the problem as I see it is *not* with Finale, but with Acrobat's incorrect line smoothing. I don't know why Finale sends multiple thin lines instead of a single line with a particular thickness to the print driver, but perhaps there's a reason for that. This is what MM says. That's interesting. But then why doesn't Sibelius have the problem? Obviously because they use different methods for rendering than Finale, methods that Acrobat Reader has not broken in later versions. A few years ago, someone explained, after looking at the Postcript description, that lines (staff lines, beams) in Finale were made of several thin lines. You can easily see this in my PDFs at very high magnifications. Whether this is true or not, the fact is that at certain magnifications you can see these multiples lines in staff lines, beams, etc. But not in Sibelius PDFs (nor in MacFinale PDFs). And this is what makes for the crappy look. On the other hand, there is no difference in the look of all the fonts, including the music fonts. Look, the way Finale did it worked until someone else broke it. Granted, the logic behind Finale's method is obscure to me and seems, well, kind of backward (a 1990s-era approach to the problem of putting different line thicknesses on screen and on paper), but the point is that it worked in the past just fine, and somebody else did something that broke it. That said, given that there's a different way to do it that would entirely eliminate the problem, I don't have an explanation of why MM doesn't change it. But my bet is that there are reasons for this, reasons that have to do with the internal architecture of Finale and how it communicates with graphic rendering devices (i.e., screen and printer). That it hasn't been fixed probably means that it isn't as simple as it looks from the outside. I hate it when my clients tell me that some alteration to the application I programmed for them will be easy. They don't know jack about what it takes to make the changes they request. And neither do we. The programmers at MM are not bad people -- they are just like all of us, with limited time to put into a myriad of problems. Given that those Finale-generated PDFs print just fine, I can see why they wouldn't worry too much about fixing the onscreen display, especially if such a fix would cascade through to other subsystems of Finale's graphical output. Also, since they now fixed the PS problems on Windows (at least on WinXP -- I just can't understand why a fix for WinXP would fail to work on Win2K), at least Windows users who require better onscreen rendering now have the compile-to-PS option. That is exactly the kind of situation where I as a programmer would treat such a feature request as low priority -- if very few people are truly bothered by it, and if the people who are have a viable workaround for the problem. That doesn't mean I wouldn't like it fixed. It just means that I can conceive of good reasons why it hasn't been fixed. -- 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
Re: [Finale] Converting from Sibelius to Finale
On 24 Sep 2007 at 8:37, dc wrote: David W. Fenton écrit: But that is not a problem of the PDF file, but of the program rendering the PDF. Acrobat Reader *used* to render Finale staff lines just fine (version 6), but since version 7, it has been screwed up (though it's been improved in version 8). But then why are Sibelius PDFs rendered much better? Because Sibelius uses a different method for describing line output, one that the revisions to Acrobat Reader did not mess up. And why do Mac produced Finale PDFs look much better on my PC with the same Acrobat Reader? Because they are produced on a platform that speaks PostScript natively, so there are no translation issues (as there are with printing to a PDF driver on Windows, where the output is first to the universal printer driver, which then hands off its output to the PDF driver, which translates the universal printer driver output into PostScript). The problem was already there with Acrobat 6. I checked my personnal archives, and see that when discussed this about Fin2004, we were saying at the time that we'd already discussed this (the other Dennis, myself, Jari) three years earlier. So that means at least five years ago, before 7 was out? Acrobat Reader 6 would render staff lines smoothly *if* you turned on line smoothing. Acrobat Reader 7 would not, no matter what settings you used for line smoothing. Acrobat Reader 8 does a better job with the line smoothing than 7, but still has problems. I know all of this for a fact, because I kept version 6 as my base version long after 7 came out precisely because I hated the look of my Finale output in it. In fact, I uninstalled 7 and re-installed 6 because of it, and put up with 6's bugginess and incredible slowness. Eventually, I went back to 7, and have only recently started using 8, which, thankfully, is very, very fast as well as doing a better job with my Finale-produced PDFs. But I still wish I could go back to version 6's screen display of my Finale PDFs. -- 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
Re: [Finale] Converting from Sibelius to Finale
On 24 Sep 2007 at 16:54, dc wrote: David W. Fenton écrit: Acrobat Reader 6 would render staff lines smoothly *if* you turned on line smoothing. I didn't give staff lines of the same thickness, regardless of the settings. I still have it on an old machine and have tried both settings. Line smoothing simply gives more blur... The problem is much older than Acrobat Reader 7 and goes back at least to 2001 or 2002. Well, that might depend on your screen resolution and a number of other things. *I* didn't see blurry lines or lines of different thicknesses when *I* turned on line smoothing in Acrobat 6. -- 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] Converting Noteworthy to Finale
Hello Christopher, One of our problems so far is that when he creates a project in Noteworthy (then brings it to me when he realised that THIS one needs the extra power of Finale), there is no easy way to get it into Finale. MIDI file transcription leaves out lyrics, which takes me twice as long as wordless music to enter anyway, so that doesn't give me much of a time savings at all. So far I have started from scratch on every project. Try using NWC2XML to convert the Noteworthy file into MusicXML, and then read the MusicXML file into Finale. It should work much better than MIDI, though I have not yet tried the program myself. It's available from: http://www.geocities.com/juria90/nwc.html Best regards, Michael Good Recordare LLC www.recordare.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
AW: AW: AW: [Finale] Converting from Sibelius to Finale
In the older days compile postscript listing depended on the default printer setting, so at least you could do something to steer Finale in the right direction. I haven't used this for years, so I don't know if it's still so. As I said, PDFs work ok for me. I have even used PDFs to create EPS, with success... Kurt -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von dhbailey Gesendet: Montag, 24. September 2007 12:37 An: finale@shsu.edu Betreff: Re: AW: AW: [Finale] Converting from Sibelius to Finale dc wrote: David W. Fenton écrit: But, again, the problem as I see it is *not* with Finale, but with Acrobat's incorrect line smoothing. I don't know why Finale sends multiple thin lines instead of a single line with a particular thickness to the print driver, but perhaps there's a reason for that. This is what MM says. But then why doesn't Sibelius have the problem? A few years ago, someone explained, after looking at the Postcript description, that lines (staff lines, beams) in Finale were made of several thin lines. Whether this is true or not, the fact is that at certain magnifications you can see these multiples lines in staff lines, beams, etc. But not in Sibelius PDFs (nor in MacFinale PDFs). And this is what makes for the crappy look. On the other hand, there is no difference in the look of all the fonts, including the music fonts. As someone else pointed out, the program itself (Finale or Sibelius) generates the data it needs to get the image on the screen, and then that is sent to the OS or to the Postscript interpreting program. Apparently Finale is using a particular routine (possibly subcontracted from a third party?) to generate its Compile Postscript Listing but when the program is set to print to a PDF printer such as Distiller or PDF995 or some other pdf creation program, the image data from Finale is interpreted by a different routine. The difference between Sibelius and Finale when turned into PDFs may simply be the different approach each program takes to generating the lines to show onscreen. Those differing approaches to generating the original data may explain the differing results when printing to PDF files. So I guess one could claim that the fault may lie with Finale, when the same PDF program is used to print to pdf from Sibelius and from Finale and the on-screen results are different. But the fact that some people are seeing great onscreen pdf files from Finale while others aren't says to me that the problem lies in the different approaches to PDF creation that the different 3rd-party pdf creation applications take. And that isn't Finale's fault. -- David H. Bailey [EMAIL PROTECTED] ___ 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] Mac F2008 Crash on Open
On Sep 24, 2007, at 12:58 AM, Eric Dannewitz wrote: Have you tried uninstalling the Audio Drivers, then reinstalling them? I have an M-Audio card that does something similar...and uninstalling and reinstalling the drivers works most of the time. Thanks, Eric. While I haven't unstalled the drivers, I have deleted and installed again from fresh downloads. It can't hurt, though, so I'll look around tonight for an uninstaller. Dick H ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
AW: [Finale] Transposition and Concert-Pitch
On Sep 23, 2007, at 6:28 PM, Andrew Noah Cap wrote: Hello you people out there, Does anyone know what Coda has done to alternate transposition thingy being found in the STAFF-ATTRIBUTE/EDIT box? I add a String bass to my score which should sound 8vb but the East West Colossus Sampler cannot play it being that it is out of range. Same procedure in F2006 works well. Hmmm...? There are other things as well I don't understand in 2007 but I got to make sure that this is not my fault before bothering you :-) Kind regards A.N.Cap As far as I know, nothing changed with 2007 in that area. How did you add the staff, with the Staff Tool double clicking or with New Staves With Setup Wizard? The second gives you a properly transposing bass staff, the first doesn't, so you would have to do it manually. I can't say anything about how East West maps their bass patches, but I have seen very inconsistent behaviour with many sound sets regarding correct octaves. You didn't say if it was too high or too low. Christopher Hello Christopher, thanks for your quick answer. I have created a template with the wizard using the given transposition. Then I opened an older file (F2k6) as untitled and copied all needed tracks into the template. just to figure out the bass is to deep. I have checked the same in 2006 and can say for sure it works fine. Later I added a String bass in another score using the double-click feature and setting the transposition manually, - same effect Now I am working with Finale 2006 again being that I am running out of time. I thought it is just a checkbox or something like that hidden somewhere no one would expect to find things there unless he got familiar to the 2007 logic, - sorry, but so many things have ruined my TG-Tool shortcuts... Boohoo Once again thank you for your answer and your patience Andrew Noah ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Converting from Sibelius to Finale
On 24.09.2007 David W. Fenton wrote: Well, for this Windows user, it was new when Acrobat Reader 7 came out and couldn't display Finale-produced PDFs well. This may not be *your* experience, but it is certainly what many Windows users saw Well, from input to this thread, and from many, many, many discussions in the past, which well preceded Acrobat 7, I am pretty sure you are in the minority. There is a problem, it is only with FinWin, and neither with any version of Sibelius, nor with any version of FinMac. It may well be true that it has to do with something in Reader, but since Sibelius can work around it it doesn't seem unsolvable. Since probably the vast majority of at least Windows users use Acrobat Reader to display PDFs on screen it is a problem which concerns many, and it should be solved. It cannot be all that difficult since Sibelius never had the problem in the first place. And Sibelius also started on a machine with display postscript (the Acorn Archimedes). Johannes -- http://www.musikmanufaktur.com http://www.camerata-berolinensis.de ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: AW: AW: [Finale] Converting from Sibelius to Finale
On 24.09.2007 Dennis Bathory-Kitsz wrote: As I say, the only thing Finale's Compile Postscript Listing doesn't do is compile the TIFF graphics with it. Have you tried using EPS graphics instead? Johannes -- http://www.musikmanufaktur.com http://www.camerata-berolinensis.de ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] break points
Does anyone know how to insert (and where to find) the cessura markings for scores that have a small number of staves per system? Say I'm working with a chamber score setup, and I'll have two full systems on each page, I'd like to insert a visible, thick cessura-like marking into the middle of the page to clearly mark that the system is broken. Any help? Patrick J. M. Sheehan Woodlawn Arts Academy Music Director Secretary -- Sauk Valley Productions PS Music Host, The Saturday Night Blues: 89.5 WNIJ 9 p.m. - 12 a.m. [EMAIL PROTECTED] 1-815-501-8327 (m) 1-815-285-4401 (f) ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] break points
In a message dated 9/24/07 4:17:30 PM, [EMAIL PROTECTED] writes: Does anyone know how to insert (and where to find) the cessura markings for scores that have a small number of staves per system? Say I'm working with a chamber score setup, and I'll have two full systems on each page, I'd like to insert a visible, thick cessura-like marking into the middle of the page to clearly mark that the system is broken. Any help? Patrick - Sounds like you're looking for a system divider. Many of us use the @ character in the music font of choice at about 72 point. See if that is what you're looking for. ** See what's new at http://www.aol.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] Binding options
Hello, I have a client who wants 30 copies of a 120-page piano collection (9x12 24 lb. bond paper) and he is wondering about binding options. My preference in this case would normally be coil binding, but the client doesn't like that for some reason and wants to know about other options -- like perfect binding, etc. Perhaps someone with more experience could give me some advice, especially when it comes to price, etc. Cheers, - Darcy - [EMAIL PROTECTED] Brooklyn, NY ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] break points
At 05:13 PM 9/24/2007, Patrick Sheehan wrote: Does anyone know how to insert (and where to find) the cessura markings for scores that have a small number of staves per system? The caesura mark (railroad tracks) is in slot 34 in Maestro, but I think you want the score divider symbol, slot 187 in Engraver. You don't say what version of Finale you're using, but in Fin07 and 08 (and possibly earlier) there's a plugin called Score System Divider (under Plugins | Scoring and Arranging) that will insert these for you. If you're using an earlier version that doesn't have this plugin, you can download the original freeware version from http://www.jwmusic.nu/freeplugins/index.html Aaron. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: AW: [Finale] Transposition and Concert-Pitch
Okay, I understand. In your template, your bass part was obviously set NOT to transpose, so that it would sound in the correct octave with your playback device. In the new file, you copied a bass part that DOESN'T transpose to a staff that DOES transpose (as it is supposed to, BTW.) All you have to do is go into the Staff Attributes for the bass staff in your new document, select Transposition, and set it to None. Problem solved. Christopher On 24-Sep-07, at 3:53 PM, Andrew Noah Cap wrote: On Sep 23, 2007, at 6:28 PM, Andrew Noah Cap wrote: Hello you people out there, Does anyone know what Coda has done to alternate transposition thingy being found in the STAFF-ATTRIBUTE/EDIT box? I add a String bass to my score which should sound 8vb but the East West Colossus Sampler cannot play it being that it is out of range. Same procedure in F2006 works well. Hmmm...? There are other things as well I don't understand in 2007 but I got to make sure that this is not my fault before bothering you :-) Kind regards A.N.Cap As far as I know, nothing changed with 2007 in that area. How did you add the staff, with the Staff Tool double clicking or with New Staves With Setup Wizard? The second gives you a properly transposing bass staff, the first doesn't, so you would have to do it manually. I can't say anything about how East West maps their bass patches, but I have seen very inconsistent behaviour with many sound sets regarding correct octaves. You didn't say if it was too high or too low. Christopher Hello Christopher, thanks for your quick answer. I have created a template with the wizard using the given transposition. Then I opened an older file (F2k6) as untitled and copied all needed tracks into the template. just to figure out the bass is to deep. I have checked the same in 2006 and can say for sure it works fine. Later I added a String bass in another score using the double-click feature and setting the transposition manually, - same effect Now I am working with Finale 2006 again being that I am running out of time. I thought it is just a checkbox or something like that hidden somewhere no one would expect to find things there unless he got familiar to the 2007 logic, - sorry, but so many things have ruined my TG-Tool shortcuts... Boohoo Once again thank you for your answer and your patience Andrew Noah ___ 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
[Finale] Re: Audio/Midi
In working on my problem of F2k8 crash on open, I've noticed that the Audio Midi Setup pane of OS is set to 2-ch 24-bit. The MM tech mentioned that Finale only wants 16 bit, but since the crash seems to happen when Finale is initializing midi (not Core midi, after that) he decided not to pursue it. Just for laughs, I decided to try booting with the Audio Midi Setup set at 16-bit. However, the format pull down for Audio/Midi Setup has no option but 24-bit. The only place in my system that I've found so far that can change bit depth, is in Digital Performer which has a preference pane which allows one to specify the bit depth of newly recorded material. Changing that back and forth seemed to have no effect on the Audio/ Midi Setup configuration. So I'm curious, does any one have options in that Audio/Midi Setup pull down? Dick H On my system (PB 1.33GHz PowerPC G4, OS 10.4.10) I have the choice between 2-ch, 16bit or 2-ch, 24bit. I have this choice in both input and output. David Froom ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Binding options
I just got finished with a tryout publishing from Lulu.com It looks great - nice cover, stapled in the middle, nice quality, good price. You might want to check them out. I'm going to start publishing my music with them and really like the look of the trial project. Jeff On Sep 24, 2007, at 5:32 PM, Darcy James Argue wrote: Hello, I have a client who wants 30 copies of a 120-page piano collection (9x12 24 lb. bond paper) and he is wondering about binding options. My preference in this case would normally be coil binding, but the client doesn't like that for some reason and wants to know about other options -- like perfect binding, etc. Perhaps someone with more experience could give me some advice, especially when it comes to price, etc. Cheers, - Darcy - [EMAIL PROTECTED] Brooklyn, NY ___ 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] Binding options
On 9/24/07, Jeff Tanner [EMAIL PROTECTED] wrote: I just got finished with a tryout publishing from Lulu.com It looks great - nice cover, stapled in the middle, nice quality, good price. You might want to check them out. I'm going to start publishing my music with them and really like the look of the trial project. Sounds great, I've been planning on using them for a hardbound issue of my editions, but held off for a while. Did you have any issues with fonts? Thanks Kim ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Mac F2008 Crash on Open
On Sep 24, 2007, at 2:30 PM, Eric Dannewitz wrote: You have a MOTU interface(s) right? I believe they have an installer that will remove the drivers. If not, contact their support. They have great email support...unlike some other program we all know. Thanks, I'll contact them. Dick H ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Re: Audio/Midi
On Sep 24, 2007, at 3:20 PM, David Froom wrote: On my system (PB 1.33GHz PowerPC G4, OS 10.4.10) I have the choice between 2-ch, 16bit or 2-ch, 24bit. I have this choice in both input and output. Interesting David. Thank you. Dick H ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Mac F2008 Crash on Open
On Sep 24, 2007, at 12:53 PM, A-NO-NE Music wrote: Dick Hauser / 07.9.24 / 3:32 PM wrote: While I haven't unstalled the drivers, I have deleted and installed again from fresh downloads. How did you delete it? The driver is here: /System/Library/Extensions/ And you can't delete them unless you do sudo rm from CLI. Ah! I see. No I just deleted the Apps (Clockworks, MOTU PCI Audio Setup, Cuemix) I'm not comfortable with running command from the terminal window (although I do run sudo periodic a few times a month). So I'm going to wait a bit on this Hiro. I'll run the DiskUtility from the installer disk as you suggested. Thanks again, Dick ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Binding options
None so far, but I haven't been fancy - just standard Finale PDF on a Mac with Times fonts. On Sep 24, 2007, at 6:47 PM, Kim Patrick Clow wrote: On 9/24/07, Jeff Tanner [EMAIL PROTECTED] wrote: I just got finished with a tryout publishing from Lulu.com It looks great - nice cover, stapled in the middle, nice quality, good price. You might want to check them out. I'm going to start publishing my music with them and really like the look of the trial project. Sounds great, I've been planning on using them for a hardbound issue of my editions, but held off for a while. Did you have any issues with fonts? Thanks Kim ___ 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] Binding options
Lulu does not, as far as I can tell, support 9x12 (or anything bigger than A4). Cheers, - Darcy - [EMAIL PROTECTED] Brooklyn, NY On 24 Sep 2007, at 6:18 PM, Jeff Tanner wrote: I just got finished with a tryout publishing from Lulu.com It looks great - nice cover, stapled in the middle, nice quality, good price. You might want to check them out. I'm going to start publishing my music with them and really like the look of the trial project. Jeff On Sep 24, 2007, at 5:32 PM, Darcy James Argue wrote: Hello, I have a client who wants 30 copies of a 120-page piano collection (9x12 24 lb. bond paper) and he is wondering about binding options. My preference in this case would normally be coil binding, but the client doesn't like that for some reason and wants to know about other options -- like perfect binding, etc. Perhaps someone with more experience could give me some advice, especially when it comes to price, etc. Cheers, - Darcy - [EMAIL PROTECTED] Brooklyn, NY ___ 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] RubiCoil
Has anyone had any experience with the RubiCoil -- an inexpensive coil binding machine? http://www.bindingstuff.net/rubicoil.html Anyone know how it compares to the CoilMac? http://www.bindingstuff.net/coilmac1.html Cheers, - Darcy - [EMAIL PROTECTED] Brooklyn, NY ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Re: Audio/Midi
David Froom / 07.9.24 / 6:20 PM wrote: On my system (PB 1.33GHz PowerPC G4, OS 10.4.10) I have the choice between 2-ch, 16bit or 2-ch, 24bit. I have this choice in both input and output. I actually don't know what that is for. I have a bit scope, a part of SpectraFoo metering system, and selecting 16-bit there doesn't make any difference. The bit scope shows built-in input is still 24-bit. It really doesn't make sense to have such an option to me. -- - Hiro Hiroaki Honshuku, A-NO-NE Music, Boston, MA http://a-no-ne.com http://anonemusic.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
