On Mon, 15 Aug 2005 17:06:51 +0200, Erik Sandberg
[EMAIL PROTECTED] wrote:
On Monday 15 August 2005 17.30, Yuval Harel wrote:
On Sun, 14 Aug 2005 23:53:12 +0200, Erik Sandberg
[EMAIL PROTECTED] wrote:
You're right. I don't have working sound right now, so I relied on
midi2ly
which didn't
subsequent midi output by 1/4. New
attempt:
%
%Yuval Harel
\header {
texidoc = If notes from two polyphonic voices inside one staff
overlap,
midi output is delayed.
If the overlapping notes are identical, the second one is not played.
reportedin = 2.4.0
}
\version 2.6.3
\score
On Mon, 15 Aug 2005 01:46:26 +0200, Han-Wen Nienhuys [EMAIL PROTECTED]
wrote:
Yuval Harel wrote:
Hello,
When a note is attacked while it is already playing, no MIDI event is
generated. This occurs often in piano notation.
Here is an example:
I think that correct MIDI behavior isn't
On Fri, 12 Aug 2005 18:53:13 +0200, Erik Sandberg
[EMAIL PROTECTED] wrote:
On Thursday 11 August 2005 21.45, Yuval Harel wrote:
Hello,
When a note is attacked while it is already playing, no MIDI event is
generated. This occurs often in piano notation.
Here is an example:
Thanks! My
Hello,
When a note is attacked while it is already playing, no MIDI event is
generated. This occurs often in piano notation.
Here is an example:
\version 2.6.3
\score {
c4 \\
{r8
c8 % -- this note is not played
It seems staff changes don't work at the beginning of a score. In this
example, the {a} is incorrectly produced in the right-hand staff:
\version 2.4.2
\score {
\context PianoStaff=PS
\context Staff=RH {
\change Staff=LH a
}
\context Staff=LH {
On Thu, 17 Feb 2005 14:04:08 +0100, Maurizio Tomasi
[EMAIL PROTECTED] wrote:
I am not sure, but perhaps this could be useful to you:
http://lists.gnu.org/archive/html/lilypond-user/2004-11/msg00465.html
Hi,
I was glad to see this example, because there are quite a few places
where I needed
On Thu, 10 Feb 2005 10:18:37 +0100, Mats Bengtsson
[EMAIL PROTECTED] wrote:
The warning is still relevant, since the position of the notes that
are printed are still affected by the invisible note.
I don't understand that claim. If the position was affected the notes
would not have clashed,
Lilypond does not take into account if notes are invisible when printing
this warning.
For example, this input produces a spurious warning:
\version 2.4.2
{
\clef bass
{\oneVoice g1} \\
{\hideNotes \oneVoice g1}
}
Yuval
Hi,
I noticed that in some situations \showStaffSwitch works where {\set
PianoStaff.followVoice = ##t}
produces seemingly-buggy results. Are they expected to produce the same
behavior?
The documentation
In this example, the staff changes inside an expression assigned to voice
v.
When voice v is used again, the staff change is forgotten, and the slur
cannot be
terminated, as if in a different voice context.
\version 2.4.2
LH = {
\clef bass
\context Voice=v {
e2( \change
Hi,
Here are flags invading the inside of half-notes:
% flags.ly
\version 2.4.2
{
\clef bass
{b8 r4.} \\ b2
{b16 r4..} \\ b2
{b32 r4...} \\ b2
{b64 r4} \\ b2
}
% end
Thanks,
Yuval
___
bug-lilypond mailing list
bug-lilypond@gnu.org
Hi,
I found that \oneVoice and \voiceOne sometimes have unexpected effects.
Here are two examples which might be two separate bugs.
When preparing the examples I also noticed that adding markup can
sometimes generate programming errors in these
situations.
On Sun, 2 May 2004 23:01:42 +0200, Han-Wen Nienhuys [EMAIL PROTECTED]
wrote:
[EMAIL PROTECTED] writes:
Hello,
The Notation Manual page on Accidentals
(
http://lilypond.org/doc/v2.2/Documentation/user/out-www/lilypond/Accidentals.html#Accidentals)
reads:
---SNIP---
piano
Hello,
The Notation Manual page on Accidentals
( http://lilypond.org/doc/v2.2/Documentation/user/out-www/lilypond/Accidentals.html#Accidentals)
reads:
---SNIP---
piano
This rule reflects 20th century practice for piano notation. Very
similar to modern but accidentals also get canceled
15 matches
Mail list logo
