<div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 17, 2018 at 8:38 AM, David Kastrup <span dir="ltr"><<a href="mailto:dak@gnu.org" target="_blank">dak@gnu.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> writes:<br>
<br>
> On Fri, Sep 14, 2018 at 7:05 AM, David Kastrup <<a href="mailto:dak@gnu.org">dak@gnu.org</a>> wrote:<br>
><br>
>> Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> writes:<br>
</span><span class="">>> > To be honest, our workflow in this area is pretty horrible. In the<br>
>> > future, Ardour will default to "overdubbing MIDI writes into an<br>
>> > existing region", which will clarify what is going on, and allow<br>
>> > correct resolution of note on/off pairings.<br>
>><br>
>> Maybe "transparency" should work in that manner (or be configurable)?<br>
>> I mean, I have no idea how to merge CC messages usefully, but at<br>
>> least note on/off could likely be combined in smarter ways.<br>
><br>
> It's a deeply complex problem, and isn't part of the workflow most<br>
> users appear to expect anyway, so we will probably not bother to try<br>
> to improve it. MIDI is just different from audio, and it makes more<br>
> sense to "overdub into a region", where we can use logic we already<br>
> have in place for merging and resolving MIDI data.<br>
<br>
</span>I wasn't suggesting to use different logic, I was proposing that<br>
"transparency" uses the same logic in an ad-hoc manner (which may mean<br>
creating a cached merged region under the hood as an implementation<br>
detail), leaving the original MIDI regions alone for independent<br>
manipulation (which may trigger regeneration of the cached merged region<br>
when it is needed).<br></blockquote><div><br><div style="font-family:arial,helvetica,sans-serif" class="gmail_default">I understood what you meant. What you describe, as well as the 3 or 4 other solutions we've considered, all remain deeply complex even if for the user all appears simple and obvious.</div><br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
-- <br>
David Kastrup<br>
<br>
______________________________<wbr>_________________<br>
Ardour-Users mailing list<br>
<a href="mailto:ardour-users@lists.ardour.org">ardour-users@lists.ardour.org</a><br>
To unsubscribe  or change your mailing preferences please visit:<br>
<a href="http://lists.ardour.org/listinfo.cgi/ardour-users-ardour.org" rel="noreferrer" target="_blank">http://lists.ardour.org/<wbr>listinfo.cgi/ardour-users-<wbr>ardour.org</a><br>
</div></div></blockquote></div><br></div></div>