> I'm not top posting.
% Note heads in different voices are combined
% even though they have different accidentals
\version "2.19.42"
\language "english"
<<
{ g'4 gs'4 }
\\
{ gs'4 g'4 }
>>
Result: https://cassland.org/images/PWH-wrongly-combined-noteheads.png
t accidental in one part which didn't show and
a note later in the bar had a missing accidental as the result of this.
Although that could be patched with a "!", it was clear something was
wrong, but there was no clue to help with finding it.
f the slight inconsistency in behaviour,
the error returned first time was 255, and subsequently it was
-1073741819.
Paul
--
Paul Hodges
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
bug (which I'd worked
around by making tiny changes) - but my example brings it up in only 5k
characters (<50 bars of music).
Paul
--
Paul Hodges
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
to know this wonderful program well enough to
contribute to a fix, I just thank those who have made it and continue
to maintain and enhance it!
Paul
--
Paul Hodges
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond
--On 05 May 2018 16:02 +0200 David Kastrup <d...@gnu.org> wrote:
> Which operating system and LilyPond version?
Windows 10; Lilypond 2.19.28 at the time I was having trouble.
Paul
--
Paul Hodges
___
bug-lilypond mailing list
bug-lilypon
--On 05 May 2018 19:52 +0200 David Kastrup wrote:
> There will also be the problem once you find such a change how we are
> going to figure out what makes it disappear: we'll need to be able to
> provide you with Windows binaries making a difference or not.
Sure - but I'm happy to
r a system reboot, but I can't be
completely certain. It did make me wonder about some memory management
issue being involved, though (but I suppose that's pretty obvious
anyway).
Paul
--
Paul Hodges
___
bug-lilypond mailing list
bug-lilypond@gnu.o
the fault did not return with the
same change... (I recall that being a characteristic when I first hit
the issue).
So we have a problem which is (1) history dependent, and (2) it seems,
Windows only. I even wonder now wonder if the problem is as deep as a
Python for Windows issue.
Paul
--
Pa
--On 06 May 2018 11:24 +0200 David Kastrup wrote:
> Can you try with 2.19.81? It was available at some other
> download location (our customary location was broken IIRC).
When I return this evening. Meanwhile, I suspect that Aaron is right -
there are better things to be
PS - The group of commented lines near the end are the version I
changed it to for successful compilation; the three following lines are
the version I restored to bring back the fault.
Paul
--
Paul
___
bug-lilypond mailing list
bug-lilypond@gnu.org
--On 05 May 2018 19:24 +0200 David Kastrup wrote:
> Any difference
> when you remove the bar checks between and before and after the
> respective lines? Are any of the accidentals required for triggering
> the problem?
No and no.
I'll try later on to find a single character
on the documentation page (which I also get at home
with 2.19.80) does not match the result on the corresponding page for
2.18, and is clearly wrong.
I cannot find any documentation suggesting that the usage should have
changed.
Regards,
Paul
--
Paul Hodges
I was planning to report this. What's happening is that strings are being
converted to 16-bit Unicode instead of UTF8, and so they are interspersed with
nulls. If you remove the nulls with a capable editor, then that issue goes
away (you can do it with Frescobaldi, but it's non-intuitive -
In the example on the documentation page
http://lilypond.org/doc/v2.19/Documentation/learning/building-a-score-from-scratch
the command
\override VerticalAxisGroup.staff-staff-spacing.stretchability = 5
is used to modify the spacing of the pedal staff in an organ score.
The result
Ah, the perils of recursion! (says an aged programmer)
Paul
From: Simon Albrecht
To: Lilypond bug list
Sent: 06/04/2018 11:48 PM
Subject: Long compile times with many empty bars
Hello everybody,
I was a bit surprised that this
On 02/03/2019 22:36:39, "DaveAtkinson" wrote:
>I'm trying to produce a score of a piano accompaniment in which I'm making
>extensive use of multiple voices in a bar. These seem to work at first but
>then start failing. By failing, I mean lilypond quits after the
>"interpreting music" message with
On 03/03/2019 16:36:31, "DaveAtkinson" wrote:
The second reason, if I were to write a staff as two lines, all the
parts
where there is effectively only a single voice look horrible, because
all
the rests and note stems look wrong.
This is where you need to learn about "\oneVoice" and
On 30/06/2019 10:54:05, "John McWilliam" wrote:
> I got the following error when compiling the above and wonder what it
> means. The compilation runs to a successful conclusion and the Music looks
> fine. Any suggestions.
>
>Preprocessing graphical objects...
>programming error:
erfectly for me, and is a significant improvement to
Lilypond for my usage!
Regards,
Paul Hodges
On 14/07/2019 21:59:41, "Knut Petersen"
wrote:
>Hi Gilberto!
>>>Try if replacing
>>>
>>> musicxml ...
>>>
>>>with
>>>
>>> python
Oops! Omit the quote mark in the middle of my statement after .py.
Paul
On 22/09/2019 11:57:06, "Paul Hodges" wrote:
>Thanks very much for this!
>
>I couldn't work out how your suggested changes can be applied in a
>Windows installation, so instead I did the following:
Double Oops!! The first quote mark is the correct one - omit the one at
the end (though in fact Windows tolerates it, which is how it got in
there unnoticed).
Paul
On 22/09/2019 15:50:55, "Paul Hodges" wrote:
>Oops! Omit the quote mark in the middle of my statement after
On 10/06/2020 19:00:29, "Caio Barros" wrote:
>I don't recall right now a good example of this notation from the
>literature, but I think the output should be something like
Have an example, typeset by Universal Edition in 1927:
https://cassland.org/images/accslurs.jpg
This is Bartók, who was
On the page:
http://lilypond.org/doc/v2.23/Documentation/notation/custom-titles-headers-and-footers
the syntax for using \on-the-fly is specified as:
variable = \markup {
…
\on-the-fly \procedure markup
…
}
and the following examples use the same. Note the use of \ to
Thanks, that clarifies things and simplifies them as well. It seemed
surprising to me that this could be wrong.
Paul
On 14/09/2021 11:03:01, "Jean Abou Samra" wrote:
>
>This is expected. \crossStaff is meant to be used
>only in the voices that should have their stems
>made to extend past their
Exactly as the title says - crossStaff works for all stemmed notes, but
quavers which are not beamed lose their flag. I have resorted to
merging in an extra note to get the flag, as in this example which shows
the problem and my hack:
\version "2.23.3"
\score {
\new PianoStaff <<
\new
I've had this several times in my present project, each time with a clef in the
other Piano Staff - the triplet bracket, but not the triplet notes, is forced
not to share horizontal space with the clef. I can't see anything I'm doing
wrong which might prevent this being a bug.
I've managed
- The composer (Justin Connolly) writes all brackets thus;
- The editor requires it to be reproduced (this is intended for publication);
- Apparently it is common (normal?) practice for rhythmically complex modern
piano music (at least).
I also have to make all tuplet brackets horizontal, but I
Well, \set tupletFullLengthNote = ##t does lengthen the bracket in this
situation; but typically (unlike my example) the problem occurs with a clef
adjacent to a barline, so the bracket is then too long.
I shall investigate your suggestion for adjusting the bracket length - which
may also be
From: Sam Arutuk via bug-lilypond
Sorry to just jump in here, but in Frescobaldi 3.1.3 and still in 3.2
the search and replace does not work properly, at least under Windows.
I have used Search and Replace regularly in both those versions of Frescobaldi,
running in Windows 10 (and in the
Is this not you want:
\version "2.22.2"
{
\time 3/4
\partial 4*2 % defines bar as holding two crotchets
f'4 f' |
\time 2/4
R2 |
R2 |
}
Paul
From: Ole V. Villumsen via bug-lilypond
To: "bug-lilypond@gnu.org"
Sent: 28/10/2022 10:52
Subject: Full bar rest
There are only two crotchets between your 3/4 signature and your 2/4 signature
- what do you expect to happen?
Paul
From: Ole V. Villumsen via bug-lilypond
To: "bug-lilypond@gnu.org"
Sent: 28/10/2022 10:52
Subject: Full bar rest printed incorrectly after time signature
Actually, the time signature should be 3/4.
Paul
From: Silvain Dupertuis
To:
Sent: 16/12/2022 13:30
Subject: Minor correction on documentation
Maybe I should send this note on documentation to another mail, but I did not
find which one.
I just notice that on this example
Gould illustrates this happening for beamed quavers (page 64), but doesn't
address this exact case of crotchets that I can find.
Paul
From: Simon Albrecht
To: Lilypond bug list
Sent: 28/02/2023 11:41
Subject: Melody_engraver and tied notes
Hello everyone,
Replace the \skip 4 with "", as in:
%
\version "2.25.0"
{ c' (d') e' f' }
\addlyrics { foo __ "" bar }
%
Paul
From: Michael Käppler via bug-lilypond
Hi all,
please consider the following example:
\version "2.25.0"
{ c' (d') e' f' }
It seems that \skip1,
_, and "" all have subtle differences which the documentation doesn't make
sufficiently clear...
Below is the mail that summarised these findings.
Paul
From: Michael Werner
To: Paul Hodges
Cc:
Sent: 04/12/2023 12:37
Subject: Re: Centering a word before
This is an artefact of some poorer PDF viewers; your example shows perfectly in
Acrobat. Sadly, I see the effect often in Frescobaldi (on Windows) when not
zoomed in, but have got used to it - zooming in always shows that the
postscript is correct.
Paul
From: John F. Gibson
To:
37 matches
Mail list logo