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
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 experiments show that any overlapping notes inside one staff will
be ignored b
On Saturday 13 August 2005 12.58, Yuval Harel wrote:
> On Fri, 12 Aug 2005 18:53:13 +0200, Erik Sandberg
>
>
> Actually, this example works fine for me (on version 2.6.3 on Windows) -
> the MIDI output plays
> both notes. In any case, it seems like a different bug: the bug I reported
> concerns two
On Sunday 14 August 2005 19.18, Yuval Harel wrote:
> On Sat, 13 Aug 2005 16:04:16 +0200, Erik Sandberg
>
> <[EMAIL PROTECTED]> wrote:
> > On Saturday 13 August 2005 12.58, Yuval Harel wrote:
> >> On Fri, 12 Aug 2005 18:53:13 +0200, Erik Sandberg
> >>
> >>
> >> Actually, this example works fine for
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 well documented. IIRC, some
midi players will not let notes stop if you restart them
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 experi
On Sat, 13 Aug 2005 16:04:16 +0200, Erik Sandberg
<[EMAIL PROTECTED]> wrote:
On Saturday 13 August 2005 12.58, Yuval Harel wrote:
On Fri, 12 Aug 2005 18:53:13 +0200, Erik Sandberg
Actually, this example works fine for me (on version 2.6.3 on Windows) -
the MIDI output plays
both notes. In any
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 output the dis.
In any case, the above example is also problematic: the {r8 dis} is
inserted
_after_ the c4, which delays all
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 output the dis.
> >
> > In any case, the above example is also pr
Please remember Han-Wen's comment and search the mailing
list archives for related discussions some years ago.
Different MIDI software and hardware work somewhat differently
so a solution that works on one platform may fail completely
on another.
/Mats
Erik Sandberg wrote:
On Monday 15 Augus
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 w
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
Sorry about the lack of a Reference or Reply-to. I am replying based
on the web archive of this message.
Yuval Harel writes:
>
> 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"
>
Michael Welsh Duggan <[EMAIL PROTECTED]> writes:
> I have a patch which I wrote for 2.4.5 which fixes this behavior.
>
> Possible problems with this patch: In the past, it was mentioned that
> for some instruments, reattacking the note actually should have
> different behaviors depending on the in
14 matches
Mail list logo
