Quoting David Henningsson <launchpad....@epost.diwic.se>:

S. Christian Collins wrote:
Nobody has said anything about my proposed solution to this problem. I
hate to be a pain, but it really is an ideal solution that eliminates
the need for all of this discussion about when to note-off or not.

To reiterate my idea:
In my plan, note-off events wouldn't be eliminated, but instead required to be at least 8 ms after the note-on event.

Oh yes, we have talked about it. AFAIK it began when I proposed the
same solution a month ago, when the idea was still mine! ;-)

See http://fluidsynth.resonance.org/trac/ticket/1

And to sum it up; I like it mainly for the reasons you like it, Josh
doesn't like it "since it isn't really the defined behavior for GM/GS
and the delay would be awkward to get right with different SoundFont
files".

See http://lists.gnu.org/archive/html/fluid-dev/2009-10/msg00013.html and
http://lists.gnu.org/archive/html/fluid-dev/2009-10/msg00018.html
for example.

// David


Alright alright..  I guess its 2 against 1.  What a pain!  ;)

We could implement both, via the percuss-note-off setting: "auto", "ignore", "min-duration". Then we could add a percuss-min-duration parameter to specify the minimum duration in msecs or something.

Any ideas how we can implement this minimum note duration? I think part of the reason I was avoiding it, is because its not as easy to implement as the ignore setting, which is already implemented.

Just kicking around some thoughts:
If a note-off occurs we can check the voice ticks and if its been playing for less than the percuss-min-duration, then we have to go for the remaining ticks before actually responding to the note off. So I guess some extra min_duration_ticks value which counts down would work.

Josh



_______________________________________________
fluid-dev mailing list
fluid-dev@nongnu.org
http://lists.nongnu.org/mailman/listinfo/fluid-dev

Reply via email to