Re: convert-ly question
Tim McNamara tim...@bitstream.net writes:
Is there a syntax for running convert-ly on a directory without having
to cd into the directory and invoking
convert-ly -e *.ly
There doesn’t seem to be a recursive option. Since I’ve got .ly files
in 158 different directories it’d be really nice to be able to batch
update them with something like:
convert-ly -e -r *.ly
instead of having to cd in to 158 directories by hand. Maybe there is
good reason for convert-ly not having this capability.
find -name *.ly -exec convert-ly -e {} \;
is how one would likely do it under POSIXy systems.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: lilypond ram disk
OT: How long would it take on this computer: https://www.youtube.com/watch?v=n3wPBcmSb2U ;-) Francois 2014-05-16 18:18 GMT-05:00, efa...@faswebdesign.com efa...@faswebdesign.com: Yup, Windows 8 and I just installed the standard windows installation package. Sent from Windows Mail From: Colin Campbell Sent: Friday, May 16, 2014 5:59 PM To: lilypond-user Cc: Ed Faulk On 05/16/2014 01:16 PM, efa...@faswebdesign.com wrote: Jim, I’ve installed LilyPond on my tablet computer. It runs from a RAM disk and seems to have no problems of any sort. Performance is quite adequate. Ed I gather it's a Windows machine of some sort? Did you just install from the LP website, than? I'd love to hear of anyone getting LP running on an Android tablet, apart from things like lilybin and that ilk. Cheers, Colin -- If a camel flies, no one laughs if it doesn't get very far. -- Paul White ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
On May 16, 2014, at 1:54 PM, David Kastrup d...@gnu.org wrote:
Tim McNamara tim...@bitstream.net writes:
Is there a syntax for running convert-ly on a directory without having
to cd into the directory and invoking
convert-ly -e *.ly
There doesn’t seem to be a recursive option. Since I’ve got .ly files
in 158 different directories it’d be really nice to be able to batch
update them with something like:
convert-ly -e -r *.ly
instead of having to cd in to 158 directories by hand. Maybe there is
good reason for convert-ly not having this capability.
find -name *.ly -exec convert-ly -e {} \;
is how one would likely do it under POSIXy systems.
Thanks, although when I run this I get:
find: illegal option -- n
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
This is on a Mac using bash as the shell.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
Tim McNamara tim...@bitstream.net writes:
On May 16, 2014, at 1:54 PM, David Kastrup d...@gnu.org wrote:
Tim McNamara tim...@bitstream.net writes:
Is there a syntax for running convert-ly on a directory without having
to cd into the directory and invoking
convert-ly -e *.ly
There doesn’t seem to be a recursive option. Since I’ve got .ly files
in 158 different directories it’d be really nice to be able to batch
update them with something like:
convert-ly -e -r *.ly
instead of having to cd in to 158 directories by hand. Maybe there is
good reason for convert-ly not having this capability.
find -name *.ly -exec convert-ly -e {} \;
is how one would likely do it under POSIXy systems.
Thanks, although when I run this I get:
find: illegal option -- n
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
This is on a Mac using bash as the shell.
Huh. That does not look like POSIX find.
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
On Fri, May 16, 2014 at 1:32 PM, Tim McNamara tim...@bitstream.net wrote: Message: 3 Date: Fri, 16 May 2014 13:32:28 -0500 From: Tim McNamara tim...@bitstream.net To: LilyPond Users lilypond-user@gnu.org Subject: convert-ly question Message-ID: a67c64ad-b814-4dea-b38c-6ccff1ae2...@bitstream.net Content-Type: text/plain; charset=windows-1252 Is there a syntax for running convert-ly on a directory without having to cd into the directory and invoking convert-ly -e *.ly There doesn?t seem to be a recursive option. Since I?ve got .ly files in 158 different directories it?d be really nice to be able to batch update them with something like: convert-ly -e -r *.ly instead of having to cd in to 158 directories by hand. Maybe there is good reason for convert-ly not having this capability. If you are on a unix machine (Mac, PC with Ubuntu, etc) you could do that by issuing the following command in a terminal window: find . -name \*.ly -print | xargs -n 1 convert-ly -e There is also a (possibly free) package for use on Windows machines called Cygwin. It is possible that the above command would work on a Windows machine with Cygwin in a command window. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
On 17.05.2014 18:20, Tim McNamara wrote:
On May 16, 2014, at 1:54 PM, David Kastrup d...@gnu.org wrote:
Tim McNamara tim...@bitstream.net writes:
Is there a syntax for running convert-ly on a directory without having
to cd into the directory and invoking
convert-ly -e *.ly
There doesn’t seem to be a recursive option. Since I’ve got .ly files
in 158 different directories it’d be really nice to be able to batch
update them with something like:
convert-ly -e -r *.ly
instead of having to cd in to 158 directories by hand. Maybe there is
good reason for convert-ly not having this capability.
find -name *.ly -exec convert-ly -e {} \;
is how one would likely do it under POSIXy systems.
Thanks, although when I run this I get:
find: illegal option -- n
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
This is on a Mac using bash as the shell.
Have you already tried the simpler version I posted yesterday? I wrote
something like “for Linux” but if you have a bash on a Mac (I didn’t
know there was something like that ;)) it should work for you, too.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
On May 17, 2014, at 11:41 AM, Malte Meyn lilyp...@maltemeyn.de wrote:
On 17.05.2014 18:20, Tim McNamara wrote:
On May 16, 2014, at 1:54 PM, David Kastrup d...@gnu.org wrote:
Tim McNamara tim...@bitstream.net writes:
Is there a syntax for running convert-ly on a directory without having
to cd into the directory and invoking
convert-ly -e *.ly
There doesn’t seem to be a recursive option. Since I’ve got .ly files
in 158 different directories it’d be really nice to be able to batch
update them with something like:
convert-ly -e -r *.ly
instead of having to cd in to 158 directories by hand. Maybe there is
good reason for convert-ly not having this capability.
find -name *.ly -exec convert-ly -e {} \;
is how one would likely do it under POSIXy systems.
Thanks, although when I run this I get:
find: illegal option -- n
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
This is on a Mac using bash as the shell.
Have you already tried the simpler version I posted yesterday? I wrote
something like “for Linux” but if you have a bash on a Mac (I didn’t know
there was something like that ;)) it should work for you, too.
That one worked where David’s didn’t. I don’t understand shell scripting
adequately to understand the difference.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: emmentaler font codes
Thanks for this hint - the problem for me was caused by an old version
of the emmentaler font that was in the system directory which the
character map was using. U+E18D was a mordent and I guess it dates
before that glyph was invented.
Richard
On Fri, 2014-05-16 at 15:24 -0700, tisimst wrote:
Richard Shann-2 wrote
I have searched through the emmentaler font from U+E100 to U+E27C and
cannot see the glyph which is typeset via
^\markup {\musicglyph #ties.lyric.default}
this would do the job well enough if I could find it...
Not sure why you can't find it. It's unicode address is U+E18D. I'm able to
get it to appear by doing exactly what you said.
-Abraham
--
View this message in context:
http://lilypond.1069038.n5.nabble.com/emmentaler-font-codes-tp162465p162491.html
Sent from the User mailing list archive at Nabble.com.
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
Tim McNamara tim...@bitstream.net writes:
On May 17, 2014, at 11:41 AM, Malte Meyn lilyp...@maltemeyn.de wrote:
On 17.05.2014 18:20, Tim McNamara wrote:
On May 16, 2014, at 1:54 PM, David Kastrup d...@gnu.org wrote:
Tim McNamara tim...@bitstream.net writes:
Is there a syntax for running convert-ly on a directory without having
to cd into the directory and invoking
convert-ly -e *.ly
There doesn’t seem to be a recursive option. Since I’ve got .ly files
in 158 different directories it’d be really nice to be able to batch
update them with something like:
convert-ly -e -r *.ly
instead of having to cd in to 158 directories by hand. Maybe there is
good reason for convert-ly not having this capability.
find -name *.ly -exec convert-ly -e {} \;
is how one would likely do it under POSIXy systems.
Thanks, although when I run this I get:
find: illegal option -- n
usage: find [-H | -L | -P] [-EXdsx] [-f path] path ... [expression]
find [-H | -L | -P] [-EXdsx] -f path [path ...] [expression]
This is on a Mac using bash as the shell.
Have you already tried the simpler version I posted yesterday? I
wrote something like “for Linux” but if you have a bash on a Mac (I
didn’t know there was something like that ;)) it should work for
you, too.
That one worked where David’s didn’t. I don’t understand shell
scripting adequately to understand the difference.
Huh, my mistake. Works on GNU systems, but for proper UNIX you need to
add at last one path. So it's rather
find . -name *.ly -exec convert-ly -e {} \;
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Warning: Midi channels wrapped around Warrning Remapping modulo 16.
Hi: I'm using Lilypond 2.16.2 I get the above warning sometimes. Is this a bug? Or am I doing something wrong? I can't detect the error, and the midi seems OK. Sebastisn ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: emmentaler font codes
Ah! That would make sense. -- View this message in context: http://lilypond.1069038.n5.nabble.com/emmentaler-font-codes-tp162465p162519.html Sent from the User mailing list archive at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: convert-ly question
On Sat, 2014-05-17 at 11:37 -0500, Patrick or Cynthia Karl wrote: If you are on a unix machine (Mac, PC with Ubuntu, etc) you could do that by issuing the following command in a terminal window: find . -name \*.ly -print | xargs -n 1 convert-ly -e There is also a (possibly free) package for use on Windows machines called Cygwin. It is possible that the above command would work on a Windows machine with Cygwin in a command window. If you're going to use xargs, be careful of .ly files containing whitespace in the filename. The GNU implementations of find and xargs support an option for that: find . -name \*.ly -print0 | xargs -0 -n 1 convert-ly -e ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MIDI dynamics parsing error
My situation is I need to transcribe a crescendo starting without a dynamic
marking. If I put in a \mf then I don't get warning. If I can hide the
dynamic mark, all will be fine. Is there a \hide syntax that will work?
Knute Snortum
(via Gmail)
On Fri, May 16, 2014 at 3:14 PM, Conor Cook conor.p.c...@gmail.com wrote:
It is my impression that a decrescendo starts where you are and gets
quieter. Does Lilypond not have a default (e.g. mf) MIDI dynamic like
Sibelius?
Best,
Conor Cook
On May 16, 2014, at 4:32 PM, Simon Albrecht simon.albre...@mail.de
wrote:
I recently encountered this problem in a composition of my own and just
ignored the warning, because the MIDI dynamics rendition did not have any
importance for me.
As a matter of fact, this notation may seem illogical, but there are many
occurences of it, and many have asked what it means. I find it pretty
straightforward, once you have an idea of its use: With a decrescendo, its
meaning is similar to an accent, only perhaps more gentle and espressivo;
that is to say, start a little above the dynamic you previously had and
return to it by means of a diminuendo. With a crescendo, there is some
ambiguity: either you return to the dynamic value from before the
crescendo, or you stay where you arrived through the crescendo. Other
interpretations may be possible, but I don’t think unambiguity needs to be
avoided, since it’s a question of style also: in the 18th century and
beginning 19th, dynamics are specified with increasing exactness, but for a
long time remain incomprehensive and from later perspective leave gaps,
which the performer is required to fill himself. And it would be inadequate
to eliminate these seeming inconsequencies, which are typical. As I said, I
was very happy to have this in a composition of my own (which was actually
kept in some early 19th century style) and it expressed exactly what I
meant. So don’t be over-correct :-)
Simon Albrecht
Am 16.05.2014 18:15, schrieb Phil Holmes:
Well, LilyPond has the same problem as a performer would. If you're
crescendoing, at what dynamic are you starting from?
--
Phil Holmes
- Original Message -
*From:* Knute Snortum ksnor...@gmail.com
*To:* lilypond-user@gnu.org
*Sent:* Friday, May 16, 2014 3:21 PM
*Subject:* MIDI dynamics parsing error
Short Description: I get an error from LilyPond that it can't figure out
the MIDI volume to start a crescendo with in some situations.
Details: The error message is...
(De)crescendo with unspecified starting volume in MIDI.
{ bf4 %{ \mf %}
\ a16 ( \sf gf' f ef ) bf4 %{ \mf %} \ a16 ( \sf
gf' f ef ) }
programming error: Impossible or ambiguous (de)crescendo in MIDI.
continuing, cross fingers
The source code is...
\version 2.18.2
\language english
upper = \relative c {
| gf16-. \f ef-. df-. cf-. bf ( \sf df cf af )
gf-. \sf ef-. df-. cf-. bf ( \sf df cf af )
|
{ bf4 %{ \mf %} \ a16 ( \sf gf' f ef ) bf4 %{ \mf %} \ a16 ( \sf gf'
f ef ) }
\\
{ af, f16 q q q a4 af f16 q q q a4 }
}
\score {
\new Staff = up {
\clef treble
\upper
}
\layout {
}
\midi {
\tempo 4 = 120
}
}
If you uncomment the \mf in line nine, the problem goes away. At first
I thought this was because of the two voices, but when I compile the
\relative part by itself, that is, no \score section, there is no warning.
I'm assuming this is a bug in LilyPond and adding the \mf dynamic mark
is a workaround. If not, please show me the correct way to do this.
Since Mussorgsky didn't write the \mf, I want to hide it, but \hide
Dynamics doesn't seem to work. How would I do this, or is there a better
way around this problem?
Knute Snortum
(via Gmail)
--
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
___
lilypond-user mailing
listlilypond-user@gnu.orghttps://lists.gnu.org/mailman/listinfo/lilypond-user
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MIDI dynamics parsing error
On 05/17/2014 07:15 PM, Knute Snortum wrote:
My situation is I need to transcribe a crescendo starting without a
dynamic marking. If I put in a \mf then I don't get warning. If I
can hide the dynamic mark, all will be fine. Is there a \hide syntax
that will work?
Knute Snortum
(via Gmail)
Here you go, Knute. Not tested with MIDI, but the appearance should be
what you want:
\version 2.19.6
{
\once \hide Staff.DynamicText c'1\mf\ c' c'\!
}
Cheers,
Colin
--
I've learned that you shouldn't go through life with a catcher's mitt on both
hands.
You need to be able to throw something back.
-Maya Angelou, poet (1928- )
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MIDI dynamics parsing error
Knute Snortum wrote My situation is I need to transcribe a crescendo starting without a dynamic marking. If I put in a \mf then I don't get warning. If I can hide the dynamic mark, all will be fine. Is there a \hide syntax that will work? \version 2.18.2 \once \omit DynamicText c-\mf There's also \hide, but I think you want \omit, more on these in the manuals: http://lilypond.org/doc/v2.18/Documentation/notation/visibility-of-objects#index-_005chide HTH, -Paul -- View this message in context: http://lilypond.1069038.n5.nabble.com/MIDI-dynamics-parsing-error-tp162479p162523.html Sent from the User mailing list archive at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MIDI dynamics parsing error
Knute Snortum wrote (De)crescendo with unspecified starting volume in MIDI. programming error: Impossible or ambiguous (de)crescendo in MIDI. continuing, cross fingers BTW, I've run into this type of error before as well (with Mutopia files), and hadn't taken the time to figure out the cause, so thanks for that! -Paul -- View this message in context: http://lilypond.1069038.n5.nabble.com/MIDI-dynamics-parsing-error-tp162479p162524.html Sent from the User mailing list archive at Nabble.com. ___ lilypond-user mailing list lilypond-user@gnu.org https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: Adjusting distance between staves in a system
Phil, I used your advice and made it to work.
I added an extra voice, a hidden note to push the staves further apart, then
used \tag to suppress the hidden note from MIDI, plus added an extra \score
block to generate the midi.
What an involved workaround, but I understand the special situation.
I wish a simpler command existed to attach to a note, set a direction, and
request additional skyline above or below the selected note. Something like:
c d e^\increaseSkyline{ #4 }
On Friday, May 16, 2014 9:13 AM, Phil Holmes m...@philholmes.net wrote:
- Original Message -
From: Javier Ruiz-Alma
To: LilyPond User Group
Sent: Friday, May 16, 2014 8:38 AM
Subject: Adjusting distance between staves in a system
Any other alternatives to arbitrarily increase the vertical space of a
single system?
In a situation like this, I have used hidden notes in another voice on the
same stave. Put a high note in the bass stave, and the treble stave will
space away to miss it.
--
Phil Holmes
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
Re: MIDI dynamics parsing error
Knute Snortum ksnor...@gmail.com writes:
My situation is I need to transcribe a crescendo starting without a dynamic
marking. If I put in a \mf then I don't get warning. If I can hide the
dynamic mark, all will be fine. Is there a \hide syntax that will work?
Anything wrong with
\version 2.18.0
\score
{
{
c'1-\omit\mf\ c' c'\!
}
\layout {}
\midi {}
}
--
David Kastrup
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user
