<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 30, 2017 at 1:40 PM, 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>
> I'd like to fix the nanoKontrol issues, and doing so won't be very<br>
> hard.  But it will also be extremely inefficient unless I can be in<br>
> realtime communication with someone who (a) has a nanoKontrol (b) can<br>
> build ardour from source.<br>
<br>
</span>Well, that would sort-of make it desirable that one can (in the long<br>
haul) make it in some general-purpose manner where the actual work does<br>
not require rebuilding Ardour?<br></blockquote><div><br></div><div>Why? Why not make it so that you can fix errors in automation curve shape without rebuilding ardour? Why not write the whole thing in an interpreted language just that nobody ever has to rebuild Ardour?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Steps in that direction would be<br>
a) give Midi device settings a possibility to dump a sysex file on<br>
startup.  That would make it possible to configure a device for Ardour's<br>
use.<br></blockquote><div><br></div><div>Most devices don't do this. Certainly no MCP device, nor devices like the Push2 or Maschine. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
b) give some actual possibilities to configure Midi messages for mcp<br>
devices (Mackie control devices).  It would appear that the current XML<br>
files for those devices just contain a list of capabilities.<br></blockquote><div><br></div><div>This is incorrect. Many (most) MCP bindings can be rebound by the user, except for a few where we deem the intended semantics so completely clear that we don't allow it. There is already support for several different MCP devices, all of which differ simply by using different config files which a user with a text editor can modify.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
c) allow to configure sent-back control sequences when triggering Ardour<br>
functions (rather than just controls).<br></blockquote><div><br></div><div>This is insufficient. <br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
d) document Midi configuration?  The current documentation does not<br>
contain any information about the configuration of Midi.  But<br>
<a href="http://archive.org" rel="noreferrer" target="_blank">archive.org</a> shows that this has been removed only about a year ago.<br>
Why?<br></blockquote><div><br></div><div>There is documentation in the manual. Maybe it doesn't cover what you want. But it isn't clear what you want.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
All of those are not specific to the nanoKONTROL but would purportedly<br>
useful for other devices as well.<br>
<br>
At any rate, being able to work on this without recompilation would<br>
probably draw a few more contributors interested in making their own<br>
devices work without becoming a full-fledged developer.<br></blockquote><div><br></div><div>We are not interested in this, sorry. Writing good control surface support is not a trivial task. Creating a framework/system to implement good control surface support without writing code is even more complex<br><br></div><div>The issues with the nanoKONTROL are trivial and easy to fix.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
--<br>
David Kastrup<br>
</font></span><div class="HOEnZb"><div class="h5"><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>