Re: [Finale] Compile vs. print
At 12:48 AM 5/17/06 -0400, Scott Amort wrote: >Do you have any examples >of eight note flags? Do they work correctly? Eighth-note flags work correctly, upstem and downstem. 16th-note downstem flag works correctly. Smaller value downstem flags work correctly. Smaller value upstem flags (which build on the 16th-note flag) are broken in two pieces, with the 16th-note flag misplaced. 16th-note grace note flags are proportionately misplaced. >What program did you use to create/edit the font? Is it a truetype or >postscript? I have FontLab 5 installed here, if you like I could have a >look at the actual font and see if I can see anything that might explain >things. It's TrueType. It was done in FontCreator 5. I'll send it off list. Much appreciated, Dennis -- Please participate in my latest project: http://maltedmedia.com/waam/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
Dennis Bathory-Kitsz wrote: I used an IBM InfoPrint 5000 and an Apple 630, which are two of several PS drivers I have installed for client jobs. No change. The Postscript driver doesn't seem to affect the EPS export or PS compile anyway; even with no PS driver selected in the printer dialog, the EPS export and PS compile function. Finale seems to have its own Postscript compiler for these. Yes, I believe Finale only needs the PS printer driver to properly embed fonts. executing function 'flup' on them. I'm not sure what that function is These seem to be abbreviated descriptions of the glyph's function. I think this is "flag up". Right... and there is a corresponding 'fldn'. Do you have any examples of eight note flags? Do they work correctly? 1) Edit the RevereFinale postscript listing and change the 4604.2788 to 4602.9976. The file is plain-text, so you can just use Notepad or Wordpad to do this. 2) Run this edited file through Distiller and/or Ghostscript and see how it affects the x-positioning. By adding 58 to the horizontal value, the flags place correctly. (I can also adjust the y position.) Very strange. So just to see if I could goose this thing, I went back to the original font, adjusted a few positions slightly (which I was going to do anyway), including the vertical position of this flag. I then reinstalled the font, and used the new font in all the same combinations. All the results were the same. Only this glyph malfunctions. What program did you use to create/edit the font? Is it a truetype or postscript? I have FontLab 5 installed here, if you like I could have a look at the actual font and see if I can see anything that might explain things. Best, Scott ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
At 06:19 PM 5/16/06 -0400, you wrote: >1) Compile postscript in Finale, or export EPS, with AdobePS 4.5.3 >printer driver >2) Running that file through Distiller (v5) and/or GS (v8.53) >3) Output has misplaced 16th note flag Yes. (Just this one character, it seems. I haven't used every one in the font, but I've used a lot of them.) >1) Print from Finale normally, to either a postscript or non-postscript >printer *or* print directly to the distiller driver ...to save as .ps or .pdf >2) Output has correctly placed 16th note flag Yes. Everything is correct. Just the ugly screen display and a typical huge Finale Windows PDF file size. >As an aside, are you running Windows 98? I believe XP should have the >PScript5 driver. I am using this on both Windows 98SE and Windows XP. I tried the XP after Scott's suggestion to try it on several computers. Both results are identical. >1) Install a different Postscript printer driver - try the HP LaserJet >5000 one, or possibly the HP LaserJet 4MP >2) try compiling and/or exporting and see if the result is the same I used an IBM InfoPrint 5000 and an Apple 630, which are two of several PS drivers I have installed for client jobs. No change. The Postscript driver doesn't seem to affect the EPS export or PS compile anyway; even with no PS driver selected in the printer dialog, the EPS export and PS compile function. Finale seems to have its own Postscript compiler for these. >executing function >'flup' on them. I'm not sure what that function is These seem to be abbreviated descriptions of the glyph's function. I think this is "flag up". >Is your glyph width for the >16th note flag the same for both fonts? And the glyph origin point is >the same as well? The width is very slightly different, but the metrics are set in the font. The origin point is the same. >1) Edit the RevereFinale postscript listing and change the 4604.2788 to >4602.9976. The file is plain-text, so you can just use Notepad or >Wordpad to do this. >2) Run this edited file through Distiller and/or Ghostscript and see how >it affects the x-positioning. By adding 58 to the horizontal value, the flags place correctly. (I can also adjust the y position.) So just to see if I could goose this thing, I went back to the original font, adjusted a few positions slightly (which I was going to do anyway), including the vertical position of this flag. I then reinstalled the font, and used the new font in all the same combinations. All the results were the same. Only this glyph malfunctions. I'm going to bed. I'll look at the problem again in the morning. Thanks much, Dennis -- Please participate in my latest project: http://maltedmedia.com/waam/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
Hi Dennis, On Tue, 2006-05-16 at 16:56 -0400, Dennis Bathory-Kitsz wrote: > I don't have a Postscript printer. I am creating PDFs for download and for > my own printing on various non-PS printers. That's why the screen display > and size are important -- so those folks auditioning the files can get a > good, clean look and fast download. OK, so just to be certain, you are following this procedure: 1) Compile postscript in Finale, or export EPS, with AdobePS 4.5.3 printer driver 2) Running that file through Distiller (v5) and/or GS (v8.53) 3) Output has misplaced 16th note flag And, if you: 1) Print from Finale normally, to either a postscript or non-postscript printer *or* print directly to the distiller driver 2) Output has correctly placed 16th note flag As an aside, are you running Windows 98? I believe XP should have the PScript5 driver. Anyways, an experiment then: 1) Install a different Postscript printer driver - try the HP LaserJet 5000 one, or possibly the HP LaserJet 4MP 2) try compiling and/or exporting and see if the result is the same > I don't know how to read the character placements. The sixteenth note's > flag is the "r" character (114 or $72) The same flag in the same place in > the score's EPS file (with the only change being the default music font, > and then compiled) for Maestro and RevereFinale read respectively (two > different 16th note flags shown). > > (r) 4.431 4602.9976 5203.5835 flup > /Maestro ff 164 scf stf > (r) 4.431 4604.2788 5203.5835 flup > /RevereFinale ff 164 scf stf OK, so these are Postscript commands, the first one is pushing the character r (the brackets are enclosing the string literal) followed by three floating point numbers on to the stack and then executing function 'flup' on them. I'm not sure what that function is, but I would expect that those numbers are some sort of placement information (likely scale, x-position and y-position). The next line is setting the font information for Maestro/RevereFinale (ff = findfont, scf=scalefont and stf=setfont, with 164 being the scaling factor). What is interesting is that there is a discrepancy between the two examples - a (possible) x-position of 4602.9976 versus 4604.2788, which would position it slightly to the left. Is your glyph width for the 16th note flag the same for both fonts? And the glyph origin point is the same as well? Give this a try: 1) Edit the RevereFinale postscript listing and change the 4604.2788 to 4602.9976. The file is plain-text, so you can just use Notepad or Wordpad to do this. 2) Run this edited file through Distiller and/or Ghostscript and see how it affects the x-positioning. I'm just guessing on this, and flup could do something totally different, but it seems plausible. Let me know what happens. Best, Scott ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
At 02:20 PM 5/16/06 -0400, Scott Amort wrote: >Have you tried sending the compiled postscript listing directly to your >ps printer? I don't have a Postscript printer. I am creating PDFs for download and for my own printing on various non-PS printers. That's why the screen display and size are important -- so those folks auditioning the files can get a good, clean look and fast download. >Does Acrobat 3 or 5 install an Adobe PDF printer driver? These are versions of Acrobat Distiller, not the full Acrobat. They came with Pagemaker and installed themselves as printer drivers. Distiller 5 also installed a PDF converter as part of its function. (In any case, I have to set a PS device in the Finale printer dialog so that it will compile.) >Or >are you printing to a file first then running it through distiller? For Acrobat 3, Distiller. For the compile Postscript and Export EPS, through Distiller and Ghostscript. >If >the latter, what printer driver are you using to print to file? AdobePS4.drv version 4.53. The compile and export EPS show Finale2006c as the source application, and reading the PostScript file shows "/finPSvers (3.8.2) def" In both cases, Ghostscript-created PDFs have the same source information, just showing a different PDF creator. >What >version of Ghostscript are you running? Latest stable (8.53). I don't know how to read the character placements. The sixteenth note's flag is the "r" character (114 or $72) The same flag in the same place in the score's EPS file (with the only change being the default music font, and then compiled) for Maestro and RevereFinale read respectively (two different 16th note flags shown). (r) 4.431 4602.9976 5203.5835 flup /Maestro ff 164 scf stf (r) 4.431 4604.2788 5203.5835 flup /RevereFinale ff 164 scf stf (r) 4.431 4382.6226 5203.5835 flup /Maestro ff 164 scf stf (r) 4.431 4382.1953 5203.5835 flup /RevereFinale ff 164 scf stf I can't find how the characters are placed in the PS files, which have an entirely different format when output from Finale. Say anything to you? :( Thanks, Dennis ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
At 11:45 AM 5/16/06 -0500, Scot Hanna-Weir wrote: >You said it prints to .ps correctly, are you sure, and how did you check >this? Not by reading its code by eye, but through the additional step of using Acrobat Distiller or Ghostscript. I have two versions of Distiller (3 and 5) and the latest version of Ghostscript (8). All render the PDFs as expected (good and bad), and Ghostscript displays the good and bad .ps files differently on screen, just as they appear in the resulting Postscript. >You said that it printed to your non-postscript printers correctly, do >you have any postscript printers on your network No. I have the Postscript printer drivers installed, and so can print to file. These are the files that render correctly, although they are huge and display poorly, as has long been typical of the Windows print-to-Postscript under Windows. I was so happy to have the compile Postscript command functioning that I'm now spoiled by the compact size and clean display. >I should have asked before if you are using mac or win Windows. In terms of the flag, this is font-specific, as the flag is correctly placed in Maestro. But other characters differ in Finale compiles vs. print-to-Postscript, but just a little. Nothing this dramatic. Dennis ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
Dennis Bathory-Kitsz wrote: But something else is up. Just one character, an upward 16th flag, is misplaced. It's the only character that has a problem (no other flags in either direction, or other characters), and every character of the font fully validates in the font creation program (this is the modified Revere I've been working with). It has a FAN file, not that it should matter. It displays correctly. It prints correctly to the non-postscript Xerox, Canon, HP and Epson printers. It prints correctly to Postscript. But it doesn't compile or export correctly. Hi Dennis, Have you tried sending the compiled postscript listing directly to your ps printer? If memory serves, and you have your printer connected to lpt1, you can do this by issuing a: copy [filename] lpt1 at a DOS prompt on Windows. Or, I believe GSView has a Print File option. If it prints correctly, then we can at least isolate the problem to Distiller or Ghostscript instead of the postscript listing itself. Does Acrobat 3 or 5 install an Adobe PDF printer driver? Or are you printing to a file first then running it through distiller? If the latter, what printer driver are you using to print to file? What version of Ghostscript are you running? This strikes me as a bug in Distiller or Ghostscript. Best, Scott ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
A couple more thoughts for you Dennis: You said it prints to .ps correctly, are you sure, and how did you check this? You said that it printed to your non-postscript printers correctly, do you have any postscript printers on your network, and is it possible that they were set as the printer when you were creating the .ps file? If so, is this font installed on the printer in question? I should have asked before if you are using mac or win, but if mac, do you have multiple users set up for fast user-switching. If so, have more than one been logged in at a time, and do they have different font profiles? ...hmmm, I'm scratching my head a lot on this one, let me know what progress you make. -Scot On 5/16/06 10:42 AM, "Dennis Bathory-Kitsz" <[EMAIL PROTECTED]> wrote: > At 10:15 AM 5/16/06 -0500, Scot Hanna-Weir wrote: >> Opening the font, is the bounding box properly positioned around the >> character? > > Yes. I suspected that, and did a 'select all', in case there were points > outside the visible area. There weren't, and all the font glyphs validated > for incorrect points and contours. > >> You aren't using multiple machines are you? > > No. This is on the machine that created it. And the font is embedded. But > it was a good thought, as I had not opened it on a different machine > without the font installed. I did that -- and the displays were identical, > alas. Your suggestion made me think that I should try compiling this on > another machine, which I will do later. > >> Is there another font with the same name on your system that Adobe might >> think is the one is should call. You might check the permissions on the font >> file itself, and that is is properly located on your system. > > There is only this one name, which is unique in both filename and font > name. It is where it belongs. And all test conditions were identical for > the images that I posted (computer, Finale version, and music file). > >> I'm sure that all of these are things you've checked, but those are some of >> the thoughts that I had. Not sure how helpful I can be. > > Thanks very much, Scott. You've got me started on some more ideas. > > Best to you, > Dennis > > -- Scot Hanna-Weir Music Engraver A-R Editions, Inc. Middleton, WI -- www.areditions.com [EMAIL PROTECTED] ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
At 10:15 AM 5/16/06 -0500, Scot Hanna-Weir wrote: >Opening the font, is the bounding box properly positioned around the >character? Yes. I suspected that, and did a 'select all', in case there were points outside the visible area. There weren't, and all the font glyphs validated for incorrect points and contours. >You aren't using multiple machines are you? No. This is on the machine that created it. And the font is embedded. But it was a good thought, as I had not opened it on a different machine without the font installed. I did that -- and the displays were identical, alas. Your suggestion made me think that I should try compiling this on another machine, which I will do later. >Is there another font with the same name on your system that Adobe might >think is the one is should call. You might check the permissions on the font >file itself, and that is is properly located on your system. There is only this one name, which is unique in both filename and font name. It is where it belongs. And all test conditions were identical for the images that I posted (computer, Finale version, and music file). >I'm sure that all of these are things you've checked, but those are some of >the thoughts that I had. Not sure how helpful I can be. Thanks very much, Scott. You've got me started on some more ideas. Best to you, Dennis -- Please participate in my latest project: http://maltedmedia.com/waam/ ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Compile vs. print
Dennis, I find it particularly odd that it displays correctly in some formats, but not in others, (though I can't say I haven't had the same problem). A couple of things you might want to check: Opening the font, is the bounding box properly positioned around the character? I'm assuming it probably is given it's correct display within the program and in some other export formats. You aren't using multiple machines are you? Is it possible that if so, the other machine has a slightly different version/corrupted version of the font. Is there another font with the same name on your system that Adobe might think is the one is should call. You might check the permissions on the font file itself, and that is is properly located on your system. I'm sure that all of these are things you've checked, but those are some of the thoughts that I had. Not sure how helpful I can be. -Scot Hanna-Weir On 5/13/06 4:10 PM, "Dennis Bathory-Kitsz" <[EMAIL PROTECTED]> wrote: > Hi all, > > I'm still stuck in the PDF issues in Finale 2K6c. I bought the EPS combiner > so I could export EPS from Finale to the 9.2x12.2 pages that I use (as > Finale's compile doesn't accept custom page size values) and create the > full PDF from there. I thought I was home free. :) > > But something else is up. Just one character, an upward 16th flag, is > misplaced. It's the only character that has a problem (no other flags in > either direction, or other characters), and every character of the font > fully validates in the font creation program (this is the modified Revere > I've been working with). It has a FAN file, not that it should matter. > > It displays correctly. It prints correctly to the non-postscript Xerox, > Canon, HP and Epson printers. It prints correctly to Postscript. But it > doesn't compile or export correctly. > > Anyone who really knows something about Postscript, could you look here? > I've set out several screen captures at 400% magnification. > http://maltedmedia.com/whatupfinale.html > > Only the compile and export versions (distilled with Distiller 5) misplace > the flag (and also the stems slightly). When it's run through Ghostscript > instead of Distiller, it makes the stems thinner but still misplaces the > flag. > > The export to TIFF works correctly, however, but is of course jagged. > > If it is print to file (Acrobat 3 or 5), it produces a proper PDF, but as > we have all experienced, the screen display is poor at normal > magnifications, the curves and angled lines are more jagged (even when > using 2400 dpi output), and the resulting PDF file is up to 20 times larger. > > I can live with the misplaced stems. But I don't know what would be > affecting just this one character. I really like the look of the scores > with this font. Any experts who would know where to look in the font (if > that in fact is the problem) to fix this? > > Many thanks, > Dennis > > > > -- Scot Hanna-Weir Music Engraver A-R Editions, Inc. Middleton, WI -- www.areditions.com [EMAIL PROTECTED] ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale