HomePage

Improving Solfege music rendering

We need a few things in future Solfege releases:

• high quality printed output
• easy ways for teachers to enter music fragments

To become a really modern teaching tool, solfege needs a notation system that works more interactively. If we wisely choose the method for music rendering, these possibilities won't be too far away. It will also benefit lesson file compatibility in the future.

• Make it possible to show an arrow that indicates which beat is being played
• Make is possible to color a note (to show which note is being played, or to illustrate the question)
• 'click in the staff to place the barlines'.
• 'click on the note/rhythm that is played wrong'.
• 'click on the subdomanant in this scale'.
• 'click on the note that is not played correctly'
• ...

Here are a few possible ways forward for music rendering in GNU Solfege.

1. extend the current engraving system
2. use Lilypond at build time
3. use Lilypond at runtime
4. move to PyCairo/pygtk?

Notes / remarks

• MusicXML is an open music format that could improve GNU Solfege compatibility. It is not a rendering system. It would be nice if Solfege could render MusicXML in one of the ways mentioned above. Notes on MusicXML rendering.