[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Denemo-devel] [bug #30411] Rapid MIDI note entry can beat MIDI filters
From: |
Richard Shann |
Subject: |
[Denemo-devel] [bug #30411] Rapid MIDI note entry can beat MIDI filters |
Date: |
Sun, 11 Jul 2010 10:41:43 +0000 |
User-agent: |
Mozilla/5.0 (X11; U; Linux i686; en; rv:1.9.0.19) Gecko/20080528 Epiphany/2.22 |
URL:
<http://savannah.gnu.org/bugs/?30411>
Summary: Rapid MIDI note entry can beat MIDI filters
Project: GNU Denemo, a gtk+ frontend to GNU Lilypond
Submitted by: rshann
Submitted on: Sun Jul 11 10:41:42 2010
Category: None
Severity: 3 - Normal
Item Group: None
Status: In Progress
Privacy: Public
Assigned to: rshann
Open/Closed: Open
Discussion Lock: Any
_______________________________________________________
Details:
The action d-GetMidi calls a function intercept_midi() which diverts the next
MIDI input event, restoring the usual path after it has intercepted one
event.
MIDI filters are currently scripted to call this repeatedly, which means that
if you play notes in rapidly you can get events past the filter during the
time when the script is processing one MIDI event and before it has asked for
another.
I think this could be fixed by creating a new command d-MidiDivert which
would stop d-GetMidi turning off the divert mechanism. (d-MidiDivert #f) would
turn this flag off so that the next MIDI event received would turn off the
MIDI filtering.
That provides good backward compatibility, but it might be awkward to
program, since you generally don't know you want to stop the filtering before
you receive the last event.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?30411>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
- [Denemo-devel] [bug #30411] Rapid MIDI note entry can beat MIDI filters,
Richard Shann <=