Welcome to the Music Notation Community Group’s next-generation music markup proposal.

Quick links:

An introduction to MNX

MNX is a new, open standard for representing music notation as machine-readable data. It’s still being created, but this document gives context on our goals and plans.

Conceptually, MNX is a way to represent this image:

Image of music notation with middle C

…as something like this:

keysignature=C major
notes=whole note at C4

The former, an image, is intended for humans. A computer can’t understand it without using advanced, error-prone computer vision techniques.

The latter — which encodes the meaning (aka semantics) of the music, as opposed to a specific collection of pixels — is much easier for a computer to understand. Treating music in this way means it can be shared among different programs, automatically manipulated and much more.

MNX is a standard that describes how to encode music, so that computers can have a shared understanding on how to interpret it. As HTML describes a web page such that any web browser can read it, MNX describes a piece of music such that any notation software can read or write it.


People have been using computers to encode music for decades; a wide variety of encoding formats has been developed over the years. Why do we need yet another format?

Each music encoding format has its own biases and priorities. The ABC format, for example, aims for simplicity and was originally developed for folk music. MusicXML is optimized for notation interchange. MIDI focuses on low-level instrument sequencing, as opposed to higher-level musical concepts. MEI, a general-purpose framework for encoding arbitrary musical documents, pays particular attention to the needs of scholars. Proprietary formats, such as Finale’s .musx or Sibelius.sib, are optimized for specific notation programs and not meant to be read by others.

Our goal with MNX is to create a format that does all of the following:

The existing format that comes closest to these goals is MusicXML. In fact, MNX’s creation is being led by the W3C Music Notation Community Group, which also oversees the MusicXML standard. So what’s the difference?

We see MNX as the next generation of MusicXML, enabling new uses that MusicXML didn’t set out to support.

With hundreds of applications supporting it, MusicXML has succeeded in becoming the de facto notation interchange standard. These days, you can be reasonably sure that, if you compose music in a commonly used notation application, you’ll be able to export it and open it in another application with decent fidelity — thanks to MusicXML. This has been a major cultural step forward, considering major notation programs hadn’t always looked kindly on making music exportable into competitors’ products.

As the dream of universal interchange has become a reality, users and developers have come to demand even more. Users want richer interchange (i.e., preserving the details of music more crisply), the advent of “reflowing” web-based renderers has shifted expectations around music engraving, and some developers even use MusicXML as a native format (something it wasn’t designed to do).

MNX is an effort to take everything we’ve learned from 15 years of MusicXML development — along with its diverse community of developers, musicians and publishers — and build a better future together.

Finally, we should note there are many music notation systems throughout the world’s cultures, along with historical notation systems. MNX deals specifically with Common Western Musical Notation, as it’s a high priority for the current MusicXML community and it’s where our collective expertise is the strongest — but our long-term plan is to support other systems. We envision adding other formats to the MNX family, though we’re not sure what they’ll be or how they’ll be named.

The plan / current status

The first step in our design was assembling an exhaustive list of roles and use cases for music notation in general. We published this document, MNX Use Cases, in 2017. Not every use case there is meant to be covered by MNX, but this is a solid reference that helps us consider the spectrum of what people do with digital music notation. It also gives us a common language around “roles” such as Composer, Performer or Developer.

Beyond that, we’ve begun designing the MNX format. See MNX by example to get a flavor of MNX. Also see our early draft specification. The MNX GitHub issue tracker collects open issues we need to work through in designing the format.

Our plan of action is to start with large questions and progressively nail down the format.