Comment #5 on issue 1548 by jan.nieuwenhuizen: midi output should map
voices to channels
http://code.google.com/p/lilypond/issues/detail?id=1548
Having voices mapped to channels would be ideal from a musical pov and this
is what
the first implementation (8dc343b) did.
Now, it can be select
Comment #6 on issue 1554 by k-ohara5...@oco.net: update midi2ly version
number
http://code.google.com/p/lilypond/issues/detail?id=1554
As implied by comment 3, midi2ly now writes
\version "2.13.53"
in the .ly files it produces.
It would make things even more tidy, when 2.14 is out, to bump
Comment #4 on issue 1548 by k-ohara5...@oco.net: midi output should map
voices to channels
http://code.google.com/p/lilypond/issues/detail?id=1548
and for the record,
The code as of version 2.13.55 does *not* assign each voice to its own midi
channel.
Instead, each uniquely-named voice is
Comment #1 on issue 1591 by k-ohara5...@oco.net: doc: midi output is
channel-voice
http://code.google.com/p/lilypond/issues/detail?id=1591
Since issue 1548 was opened, the code has come back closer to the existing
documentation. Specifically :
1) we *no* *longer* have, with default settin
Hello,
.
Begin forwarded message:
From: Phil Holmes mailto:m...@philholmes.net>>
Date: 6 April 2011 22:34:25 GMT+01:00
To: James Lowe mailto:james.l...@datacore.com>>, Janek
Warchoł
mailto:lemniskata.bernoull...@gmail.com>>
Cc: mailto:lilypond-de...@gnu.org>>
Subject: Re: lilypond v2.13.54
So
We're doing better; I "only" see 2 emails to bug-lilypond that
were not answered by the Bug Squad in March.
You know what I'm going to say, so let's just consider it said.
Cheers,
- Graham
___
bug-lilypond mailing list
bug-lilypond@gnu.org
http://lists
Status: Accepted
Owner:
Labels: Type-Other Priority-Medium Maintainability
New issue 1595 by percival.music.ca: lilypond-book papersize gives margin
warnings
http://code.google.com/p/lilypond/issues/detail?id=1595
Trying to compile the regtest added here:
http://git.savannah.gnu.org/gi
Hi,
When I apply an offset to a text mark the alignment changes. The behaviour is
different for marks centered on the clef and marks centered on bar lines but
both are not correct (or not conform the IR). In the example below you should
expect a shift to the right for both marks.
I tested version
On Wed, Apr 6, 2011 at 7:07 PM, Carl Sorensen wrote:
> (1.12) = (2 . 3) * (1 . 8) = (2 . 24) which is the duration of an 8th note
> triplet.
OK, that's what I wanted to know.
> And yes, according to the rules in the references, triplets should be beamed
> 3 by 3 (or every 1/4 note).
> And 1/16 n
On 4/5/11 1:17 AM, "Valentin Villenave" wrote:
> On Sun, Apr 3, 2011 at 1:07 AM, Carl Sorensen wrote:
>> On 4/2/11 3:51 PM, "Valentin Villenave" wrote:
>>> Shouldn't it read "3/8, 6/8, and 8/8"?
>>
>> Yes, absolutely.
>> Thanks for the catch.
>
> Hi Carl, thanks!
>
> While we're talking b
Comment #5 on issue 1471 by d...@gnu.org: accidentals after a clef change
are not printed
http://code.google.com/p/lilypond/issues/detail?id=1471
Ok, I think I have a candidate for merging. I made use of the
infrastructure for accidentals tied into a new bar (which also need a
repetition
On Wed, Apr 6, 2011 at 9:36 AM, Reinhold Kainhofer
wrote:
> In figured bass, attaching a text script to a skip (because one has to mark
> tasto solo parts with "t.s.") works, but it is not possible to use the _
> direction indicator to print it below the staff. ^ and - work fine. Simple
> test cas
Status: Accepted
Owner:
Labels: Type-Defect Priority-Medium
New issue 1594 by ralphbug...@gmail.com: In figured bass, _ direction
indicator does not work
http://code.google.com/p/lilypond/issues/detail?id=1594
In figured bass, attaching a text script to a skip (because one has to mark
ta
Xavier Scheuer writes:
> It seems single-line (single-system) scores prevent _totally_ page
> breaks and thus produce overflow and bad output.
>
> IMHO beginning of a score at the end of a page should have assigned a
> "bad factor" penalty but should not prevent completely page breaks to
> occur.
It seems single-line (single-system) scores prevent _totally_ page
breaks and thus produce overflow and bad output.
IMHO beginning of a score at the end of a page should have assigned a
"bad factor" penalty but should not prevent completely page breaks to
occur.
%% Reported by Bertrand Bordage o
Hello,
I'm coming to the final adjustment of my overture while a bug troubles me so
much. In the below harp excerpt, the arpeggio sign collides with the a'4
natural of the treble.
Regards
Haipeng
\version "2.13.57"
\paper {
ragged-right = ##t
}
upper = \relative c'' {
\cl
In figured bass, attaching a text script to a skip (because one has to mark
tasto solo parts with "t.s.") works, but it is not possible to use the _
direction indicator to print it below the staff. ^ and - work fine. Simple
test case attached.
The problem happens in 2.12 as well as in 2.13.
AF
Comment #11 on issue 291 by fad...@gmail.com: \glissando doesn't work
properly with chords
http://code.google.com/p/lilypond/issues/detail?id=291
Look this solution
\relative c'' {
\time 3/4
<< { 8 [ ]
\override Glissando #'minimum-length = #5
\override Glissando #'springs-and-ro
lilyp...@googlecode.com writes:
> Comment #4 on issue 1593 by microbo...@gmail.com: midi output eats
> rests when absolute dynamics are used
> http://code.google.com/p/lilypond/issues/detail?id=1593
>
> So how to fix?
To repeat:
http://permalink.gmane.org/gmane.comp.gnu.lilypond.bugs/24096>
Upd
19 matches
Mail list logo
