SMuFL creation

Music notation symbols, fonts, font sources and font creation, SmuFL.
User avatar
OCTO
Posts: 912
Joined: 05 Oct 2015, 06:52
Location: Sweden

Re: SMuFL creation

Post by OCTO » 15 Jan 2017, 07:23

Our member tisimst will perhaps answer to your questions. He is very experienced in FF. I personally would like to know more about creating music fonts in FF, since FF is really a great software, but I too experience many obstacles in creating fonts for Finale, Sibelius or smufl.
Freelance Composer. Self Publisher.
Finale 2014.5 • Sibelius 7.1.3 • MuseScore 2.3 • Logic Pro X.1 • Ableton Live 9.7 • Digital Performer 9.1 /// OS X Yosemite

benwiggy
Posts: 139
Joined: 11 Apr 2016, 19:42

Re: SMuFL creation

Post by benwiggy » 15 Jan 2017, 15:17

The font itself is one thing - and "merely" a question of getting the chars in the right places with the right names....!

However, how does one create a JSON metadata file for Dorico?

User avatar
tisimst
Posts: 275
Joined: 08 Oct 2015, 17:57
Location: UT, USA
Contact:

Re: SMuFL creation

Post by tisimst » 15 Jan 2017, 15:55

If anyone hasn't read section 3.4 of the SMuFL gitbook, then I suggest you do so. It describes what the JSON metadata file should contain pretty clearly.
https://w3c.github.io/smufl/gitbook/spe ... adata.html

The trick is creating the JSON file with low overhead, of course. Most font editors have scripting capabilities, which makes doing this relatively simple. The procedure is fairly straightforward. I haven't published my script because it's not completely generic, but it is comprehensive to all SMuFL features (anchors, glyph alternates, stylistic sets). Right now, Dorico mostly only cares about the engraving defaults and bounding box sections, but I have been told that ONLY defining these won't be a good practice for long. Robert Piéchaud has a python script there already, but just know that there's a bunch of November & LilyPond-related code.

@benwiggy: You are correct. It "merely" takes a bunch of effort ;-)

@OCTO: Thankfully, SMuFL fonts seem to be more cross-platform compatible than those for other apps (sorry, Finale).
Music Typeface Designer & Engraver - LilyPond | Sibelius | Finale | MuseScore | Dorico | SMuFL | Inkscape | FontForge
http://www.musictypefoundry.com

benwiggy
Posts: 139
Joined: 11 Apr 2016, 19:42

Re: SMuFL creation

Post by benwiggy » 15 Jan 2017, 18:05

tisimst wrote:
15 Jan 2017, 15:55
Robert Piéchaud has a python script there already,
Is the script on the Smufl site? I can't find it.

User avatar
tisimst
Posts: 275
Joined: 08 Oct 2015, 17:57
Location: UT, USA
Contact:

Re: SMuFL creation

Post by tisimst » 15 Jan 2017, 18:53

Look in the scripts > fontforge folder at https://github.com/w3c/smufl/.
Music Typeface Designer & Engraver - LilyPond | Sibelius | Finale | MuseScore | Dorico | SMuFL | Inkscape | FontForge
http://www.musictypefoundry.com

User avatar
composerjk
Posts: 3
Joined: 06 Jun 2016, 22:22
Location: SF Bay Area, California, USA
Contact:

Re: SMuFL creation

Post by composerjk » 15 Jan 2017, 20:10

tisimst wrote:
15 Jan 2017, 15:55
…Dorico mostly only cares about the engraving defaults and bounding box sections,…
The optional glyphBBoxes bounding box section is primarily to provide data for Finale, per the footnote here: http://w3c.github.io/smufl/gitbook/spec ... html#fn_13

I would expect that Dorico would not need that section and hope that it pulls the bounding box from each glyph, itself, when needed.
Typeface designer, Composer, Pianist, Analog synths, Dancer
https://1403.slantedhall.com/ | https://slantedhall.com/

User avatar
tisimst
Posts: 275
Joined: 08 Oct 2015, 17:57
Location: UT, USA
Contact:

Re: SMuFL creation

Post by tisimst » 15 Jan 2017, 20:47

composerjk wrote:I would expect that Dorico would not need that section and hope that it pulls the bounding box from each glyph, itself, when needed.
Thanks for pointing out the info about the bounding boxes and Finale. I didn't realize that. I guess Daniel S. will have to chime in about whether or not Dorico uses the pre-computed bounding box values.
Music Typeface Designer & Engraver - LilyPond | Sibelius | Finale | MuseScore | Dorico | SMuFL | Inkscape | FontForge
http://www.musictypefoundry.com

Knut
Posts: 829
Joined: 05 Oct 2015, 18:07
Location: Oslo, Norway

Re: SMuFL creation

Post by Knut » 16 Jan 2017, 16:03

composerjk wrote:
15 Jan 2017, 20:10
tisimst wrote:
15 Jan 2017, 15:55
…Dorico mostly only cares about the engraving defaults and bounding box sections,…
The optional glyphBBoxes bounding box section is primarily to provide data for Finale, per the footnote here: http://w3c.github.io/smufl/gitbook/spec ... html#fn_13

I would expect that Dorico would not need that section and hope that it pulls the bounding box from each glyph, itself, when needed.
That's correct. Dorico makes use of the cutOut sections, as well as the various coordinates for stem connections, but does it's own analysis of the bounding boxes, and therefore does not need these coordinates.

benwiggy
Posts: 139
Joined: 11 Apr 2016, 19:42

Re: SMuFL creation

Post by benwiggy » 17 Jan 2017, 17:57

Just to point out: to run the script I had to use:

fontforge -lang=py -script <script.py>

Where fontforge is a path to the binary inside the Application bundle's opt/bin folder!

harpsi
Posts: 18
Joined: 08 Oct 2015, 10:30

Re: SMuFL creation

Post by harpsi » 23 Jun 2017, 07:03

Hello,

I just found this:

https://usermanuals-staging-finalemusic ... o_Font.htm

From the page:"
Finale 2016 introduced FinaleMaestro, an updated and expanded Unicode-compliant version of the standard Maestro font used in default Finale documents. FinaleMaestro conforms to SMuFL version 1.0, a specification for standardized music font layouts that utilizes the Unicode Private Use Areas.
Is this really so? I guess FinaleMaestro should have been installed with FInale 25 then? If not, does anyone of you know where to get this?

Post Reply