|
From: | Urs Liska |
Subject: | Re: Your favourite/most efficient methods of inputting scores (piano)? |
Date: | Tue, 21 Feb 2017 11:35:40 +0100 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0 |
Am 21.02.2017 um 10:40 schrieb kmg:
Surely. On the type and the complexity. And sometimes also on the nature of your project (for example if you're "just" entering a score or if you have a project with many scores).
It may seem so, and I don't want to talk you out of this, but I have found LilyPond's general approach of having continuous layers (aka "voices") instead of measure based boxes like many other tools (like notation programs or file formats like MusicXML) liberating. As Federico pointed out you can split the editor in Frescobaldi to achieve a similar effect as with parallelmusic. And above all, point-and-click makes it so easy to hop around in the input file that I don't see it as an issue at all that the music input is laid out in different places. In addition, it is often a good idea separate things out in individual files (e.g. one for each staff or even one for each voice).
With barchecks there are two somewhat mandatory recommendations, everything else is up to personal style or agreement (if you're working in a team): 1) Please do use them (always) 2) use them consistently. Whether you put them at the end of the line or at the beginning doesn't really matter. The end of the line is somewhat "natural", as it ends the previous measure At the beginning of the line gives a more consistent "look", because it is always in the same place. An alternative I use regularly is to put them on an empty line, together with a barnumber comment, like so: c4 c c c | % 41 d4 d d d This makes the input file vertically "longer", but usually that doesn't matter. The advantage is that it makes it very clear visually what happens, and (if you use that) it gives very good commits to a version control system such as Git. The sample includes another recommendation: Specify the duration at the beginning of each line, even if it's not technically necessary. This makes it more obvious on first sight, and it helps avoid errors if you should change anything later. HTH Urs
-- address@hidden https://openlilylib.org http://lilypondblog.org |
[Prev in Thread] | Current Thread | [Next in Thread] |