It has become a kind of a habit that more involved edition projects that I’m doing with (or as) beautifulScores not only produce beautiful printed results but also improve or extend LilyPond’s capabilities along the way. Take our award-winning edition of the songs of Oskar Fried for example. More or less direct by-products were Janek’s enhancements to shaping curves, Frescobaldi’s new Layout Control Mode and my lilyglyphs LaTeX package. Publicly shared insights about the usefulness of version control for musical work may be considered a surplus in this respect …
Now it seems our crowd engraving project on “Das trunkne Lied” by the very same composer yields even more important results. With ScholarLY I just created a spin-off from our orchestral score’s project directory that may soon become a serious editorial toolkit and make LilyPond an even more indispensable tool for scholarly work. Continue reading →
Partially recompiling a score has been a major LilyPond feature request for quite some time. I hope I have now found a promising path towards that goal, and today I’m going to present a first working version of that function. For this I’m heavily relying on Jan-Peter Voigt’s work on lalily and his Music Tree ideas. But fortunately what I’m proposing is very simple to use, without having to dive into the (still) complex world of the edition-engraver. Continue reading →
It all started with a thread on the Frescobaldi mailing list with the basic underlying question: Can the modal transpose (in Frescobaldi) be used to shift from one mode to another? After some discussion the answer turned out to be both yes and no.
Below I’ll elaborate on this apparent inconsistency and also introduce a new feature to accommodate the request for a tool to shift between modes. Continue reading →
One of the truly impressive parts of the broader LilyPond “ecosystem” is the Mutopia Project. It currently offers an astounding 1888 pieces of music for free download in LilyPond, PDF, and MIDI formats. Every single piece is in the public domain or licensed under a Creative Commons license. What’s even more amazing is that they were all typeset by volunteers. In this post I will discuss some recent progress in the Mutopia Project, and acknowledge the valuable work of the volunteers who contribute to it. Continue reading →
There are plenty of opportunities to delete important files, and even cases where you deliberately do it and only some time later notice that it was a stupid mistake. However, if you are using version control you’re lucky because that doesn’t make you worry at all. No need to hope that some undelete tool can be applied in time before something else irreversibly overwrites the bytes on disk etc.
Well, this is neither new nor specific to music editing, but I thought it a good idea to write a short post about it anyway. It will increase the chance that someone involved in music stumbles over the information, and it is yet another spotlight on the potential of versioned workflows for music editing. Continue reading →
For quite some time I had been thinking (and to some extent writing) about the potential LilyPond’s plain text approach offers for implementing in-score annotations. The idea got stuck in a state of initial drafts because it requires Scheme skills that I don’t really have, but our crowd engraving project with the huge score was an incentive for me to implement at least a “working draft”, and as it turned out this was a priceless addition already in this initial state. Continue reading →
OK, the title of this post seems to be a cheap pun because it refers to the previous post about the “Segment Grid” approach. But in a way it is quite appropriate because that approach allows us to split our workflow into similarly arbitrary segments as the segment grid in the score suggests. Continue reading →
Ever since I started using version control for working with scores I mused about the potential this might have on a “community” approach to editing musical scores. In our edition of Oskar Fried’s songs I already enjoyed the positive impact on collaboration, but basically we had a team of only two people with more or less fixed roles: I was responsible for producing the content, Janek had to beautify the output. However, along the way I learned to enjoy the freedom and comfort LilyPond and Git offered as a reliable safety net when our roles started to blur to a small extent. I could make suggestions regarding LilyPond coding, and Janek reported issues with the content more than once. This triggered ideas about making musical editing team-ready the same way as software development works. The task of creating a huge orchestral score was a welcome opportunity to develop new tools and workflows. Today I will give you an idea about the fundamental concept of slicing the score into a “segment grid”. Continue reading →
Last time I introduced you to our crowd engraving project “Das trunkne Lied.” In this we will prepare performance material for Oskar Fried’s large cantata after a text from Friedrich Nietzsche’s “Also sprach Zarathustra”. Today I will give you some more background on the project from the musical and historical perspective. Continue reading →
My very first post on this blog was the announcment of a “Crowd Engraving” project: preparing the performance material for the voluminous orchestral score of “Das trunkne Lied” by Oskar Fried. Unfortunately it took a really long time, but now the project has finally picked up speed and changed its status from a task to a “living” project. We will update you with hopefully interesting reports and information on this blog so this will be the first of a series of posts, similar to our series of posts about our edition of the Oskar Fried songs.
Over the last year we have always written about the joy of working with plain text and version control, and particularly what a positive impact this has on our ways of collaboration. Doing that in a team actually takes it to the next level, and I can already ensure you that this really works out nicely . Continue reading →