Jump to content
You must now use your email address to sign in [click for more info] ×

Music PDF (Sibelius/Finale) import to Publisher font changing


Recommended Posts

Hi Everyone,

I'm not the only one having this kind of problem with importing PDFs to Publisher but here's my question.

I'm a music score publisher and I definitely love Affinity software because it saved me money and time. What is happening is that every time I import a PDF to Publisher, some strange things happen to the scores: signs appearing, head notes completely away from their place... I don't know if PDFs can be "locked" to avoid these situations and I can solve them inside publisher but imagine I have 60 pages of music on A3 format, with 30 instruments. I need to check every bar on every staff! And there goes the "saved me money and TIME".

Could someone help me with this or - Affinity - have this in mind for a coming update? Placing 2 images attached as examples.

Thanks and keep the good work!

Captura de ecrã 2020-04-18, às 12.14.13.png

Captura de ecrã 2020-04-18, às 12.12.50.png

Link to comment
Share on other sites

Hi João Vidinha and welcome to the forums,

Music scores are a right royal pain, due to fonts and the way Affinity deals with them and the necessary kerning and offsets. About the only thing I can suggest is outlining them in Sibelius/Finale if that is possible or exporting them as TIFFs at a high dpi. I do realize that the latter is not a practical solution when you have more than a page.

Mac Pro (Late 2013) Mac OS 12.7.4 
Affinity Designer 2.4.1 | Affinity Photo 2.4.1 | Affinity Publisher 2.4.1 | Beta versions as they appear.

I have never mastered color management, period, so I cannot help with that.

Link to comment
Share on other sites

Hi João,

have you tried the solution, I should probably say “workaround,” detailed in the following thread?

https://forum.affinity.serif.com/index.php?/topic/106203-workaround-for-font-problem-with-placed-pdfs/

As you posted in the macOS forum, you may be able to use the Ghostscript installer created by Richard Koch which I linked somewhat later in that thread. In case you don’t want to mess around with installing Ghostscript from source. Alas, it’s a workaround, and I don’t know how faithfully it will preserve your files, but it might be worth a try.

Best, Alex

 

Link to comment
Share on other sites

To give you an idea, this is a PDF document I once downloaded from the web. As you will see, it doesn’t open well in Publisher, even if you have Sabon Next installed:

Sabon-Next.pdf

After vectorising with ghostscript, the document is looking like that:

Sabon-Next-Vectorised.pdf

(Document provided for illustrative purposes only.)

Link to comment
Share on other sites

Oh no, it's really not that difficult! 😀

You can install Ghostscript using Robert Koch’s installer. That’s a signed and notarised .pgk installer package like any other. Once installed, you’ll just have to launch terminal and use, in the most basic case,

gs -dNoOutputFonts -sDEVICE=pdfwrite -o /path/to/output-file.pdf /path/to/source-file.pdf

with the appropriate file names and paths. If you want, just attach a sample PDF document exported from Sibelius or Finale to this thread, and I’ll happily convert it for you using Ghostscript. I’d be also curious to see whether it works or not. 😉

Alex

Link to comment
Share on other sites

So here’s a little description of the process. I suppose you downloaded the installer for your version of macOS from Richard Koch’s page:

https://pages.uoregon.edu/koch/

Please note that there are different versions. Since I am still using macOS Sierra with my older Macbook Pro, I downloaded Ghostscript 9.27, but you may need a different installer, depending on your system.

 

Richard-Koch.png.8f2bee3cd50d2776b8a96923bf553a83.png

 

Download the package, double click it and run the installer. After having successfully installed the package, you can open the Terminal app from the Utilities folder inside the Applications folder, and do the following, for a first test. Copy this line and paste it after the $ prompt:

gs -dNoOutputFonts -sDEVICE=pdfwrite -o

Then add a space character and drag your PDF document onto the Terminal window. By doing so, you will set the path and the name of the output file that will be created. Of course, you don’t want to overwrite your original file, so use the arrow keys to go to the filename, add some suffix like “-Vector,” and use the arrow keys again to go to the end of the line. (Alternatively, you can type in the path and the filename, but this is a little more tedious.) Then add another space character and drag your PDF file onto the Terminal window a second time. This way, you will set the path of the input file. Then press Return, and your file will be created.

(Don’t be confused by the blue patches in my video. You will find your own account name there.)

Hope that helps … 😀

Alex

Link to comment
Share on other sites

On 4/19/2020 at 3:24 AM, A_B_C said:

To give you an idea, this is a PDF document I once downloaded from the web. As you will see, it doesn’t open well in Publisher, even if you have Sabon Next installed:

Sabon-Next.pdf 34.71 kB · 3 downloads

After vectorising with ghostscript, the document is looking like that:

Sabon-Next-Vectorised.pdf 694.41 kB · 2 downloads

(Document provided for illustrative purposes only.)

I notice a pretty drastic difference in file size (which is as I would expect), and that is just one page. I can appreciate that this workaround may help in some cases, but is this the best we can currently do?

There is a project that I am anticipating several months down the road that would have me doing the layout for a book of songs, and this particular publication would be distributed digitally as PDF as much or more as in print. I would prefer to do it with Publisher rather than InDesign, because a few years down the road I may very well no longer have InDesign. However, so far it looks like I better stick with InDesign for the sake in the kind of results I need. Does anyone have an idea at how to retain quality and fidelity without the 20-fold file size increase when placing music PDFs in Publisher?

Link to comment
Share on other sites

3 hours ago, garrettm30 said:

I notice a pretty drastic difference in file size (which is as I would expect), and that is just one page. I can appreciate that this workaround may help in some cases, but is this the best we can currently do?

There is a project that I am anticipating several months down the road that would have me doing the layout for a book of songs, and this particular publication would be distributed digitally as PDF as much or more as in print. I would prefer to do it with Publisher rather than InDesign, because a few years down the road I may very well no longer have InDesign. However, so far it looks like I better stick with InDesign for the sake in the kind of results I need. Does anyone have an idea at how to retain quality and fidelity without the 20-fold file size increase when placing music PDFs in Publisher?

Hi Garrett,

I know that changing PDF files to vectorized takes a while but if you organize 1 file and run it once, you will have it done fast enough. I am a manager of 2 music publishers and would rather do this and pay one time for Affinity (they are all now with 50% discount!!!!!!) than joining Adobe or trying a cracked version. This solution has worked 100% so far. If Affinity software develops in a good way, well, we will benefit from it for sure!

Link to comment
Share on other sites

6 minutes ago, João Vidinha said:

I know that changing PDF files to vectorized takes a while but if you organize 1 file and run it once, you will have it done fast enough. I am a manager of 2 music publishers and would rather do this and pay one time for Affinity (they are all now with 50% discount!!!!!!) than joining Adobe or trying a cracked version. This solution has worked 100% so far. If Affinity software develops in a good way, well, we will benefit from it for sure!

My concern is not speed of export but the file size of the finished PDF.

(By the way, I do own all Affinity apps on both Mac and iPad. I am a big fan.)

Link to comment
Share on other sites

1 minute ago, garrettm30 said:

My concern is not speed of export but the file size of the finished PDF.

(By the way, I do own all Affinity apps on both Mac and iPad. I am a big fan.)

I also own them, just wish I could use them more but would need an intensive course.

Then divide it in songs and save them in 2 different folders.

On 4/19/2020 at 11:20 PM, A_B_C said:

Glad it worked. 😀

Maybe Alex knows a way to vectorize several files at once? That would also save me some time.

Link to comment
Share on other sites

Hi João,

there is indeed a way to batch process files, and you are lucky, as @benwiggy created a perfect Automator-based solution for it, which can be found here. Let’s tweak it a little to make it a workflow.

  • Launch Applications > Automator.app
  • Create a new workflow using File > New > New Workflow
  • Go to [Sidebar] > Library > Files & Folders
  • Find the action Get Specified Finder Items and add it to your workflow
  • Go to [Sidebar] > Library > Utilities
  • Find the action Run Shell Script and add it to your workflow
  • The action block has two fly-out menus called Shell and Pass input. Select Pass Input: as arguments. This is crucial, for otherwise your action won’t work.
  • Finally, copy and paste the following code block into the Run Shell Script action:
  • for f in "$@"
    do
    
    f=${f//\\}
    filename="${f%.*}"
    filename="$filename"" Vectorised.pdf"
    
    /usr/local/bin/gs \
        -dNOPAUSE \
        -dBATCH \
        -dNoOutputFonts \
        -sDEVICE=pdfwrite \
        -sOutputFile="$filename" \
        "$f"
    
    echo $f, $filename
    done
  • Now you can go ahead and load PDF documents into your workflow and batch-process them with ghostscript.

All credits for this solution go to @benwiggy, as mentioned above. I just slightly changed the structure of the solution, as it feels more natural to me to use a workflow and load a batch of PDF files directly into Automator. But of course, it depends. The vectorised PDFs will be output to the same folder where the original files are stored. I think you’ll have a nice and easy solution for batch-processing your files now. Hope it works … 😀

Alex

Automator.png.c3a57eb45c78831e7155dd758724eb23.png

Link to comment
Share on other sites

As Garret correctly pointed out, there is no way to overcome the file size increase with this solution. As soon as a PDF file containing text is vectorised, each single glyph used for rendering the text has to be described as a set of vector paths, rather than being referenced from a font file embedded into the PDF where the respective glyph is just described once. Some glyphs in the embedded font may even be described as composites or on the basis of subroutines, which will make the file size even smaller. Therefore, by vectorising your file, you will create an enormous amount of descriptive redundancy. 

Link to comment
Share on other sites

  • 4 weeks later...

I've the same problem.

When importing PDF to Affinity Design, even with the right fonts installed the result is completely different. The music font is Opus ST and the text font is Sabon (both installed in the computer)

The original

PDF_1.png.5e9cceae79c2b9d36c836f87bb53544a.png

Imported to Affinity Design

PDF_2.png.561daa6540a6552f7526510ff56cd14a.png

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.