En cualquier caso, mezclar sistemas de conexión con puentes introduce latencia extra, sería mejor si te lo puedes llevar todo a jack-midi o todo a alsa-seq.
El problema es que a día de hoy el único host LV2 que maneja GUIs es zynjacku y no incluye entrada alsa-seq. Tanto LV2 como jack-midi están todavía bastante inmaduros, y hay argumentos bastante serios en su contra que tendrán que ser pulidos en el futuro si realmente se quiere que sean adoptados por los desarrolladores de hosts.
Si hay versión DSSI para los plugins posiblemente lo puedas resolver todo en una sesión de qtractor.
pero ya existen sintetizadores como yoshimi y secuenciadores como non-sequencer que són sólo jack midi. Por otro lado, qsynth y linuxsampler tienen ahora las dos posibilidades, Ardour3 será jack midi... Con respecto a LV2 cada vez hay más hosts y plugins. ¿Que los host no tengan un gui propio para LV2 importa mucho?
Según lo veo yo, la evolución es hacia jack midi y LV2 en efectos / instrumentos, pero manteniendo alsa midi y ladspa / dssi. Son tecnologías jóvenes, pero quiero pensar y estoy bastante convencido de que están bien diseñadas desde la base.
Saludos, Pablo
Es complicado de explicar sin descender a detalles técnicos. LADSPA puede ser la solución adecuada o no, depende de las necesidades del plugin y de dónde se quiera utilizar.
Además hay una componente psicológica: en el mundo del desarrollo OSS cada maestrillo tiene su librillo, las cosas que le gustan y su forma de trabajar. Como se hace por amor al arte, cuesta renunciar a tu personalidad en favor del "bien común", que para jefes ya tenemos en el trabajo y buena parte de la recompensa de un desarrollador de OSS es el placer de aprender e investigar cosas que nos interesan personalmente como individuos.
Evidentemente esto colisiona frontalmente con el concepto de plugin, que implica unas restricciones muy grandes. Por eso cuesta encontrar acuerdo y popularizar un nuevo estándar. Por si fuera poco, el líder del proyecto LV2 no es precisamente carne de "relaciones públicas", lo cual no contribuye precisamente a promocionarlo.
El gran problema de los plugins es el GUI y cómo integrarlo en el host y, créeme, no existe ninguna solución satisfactoria para todo el mundo, hay threads kilométricos en la lista de correo de LAD sobre el tema. En LV2 tampoco está resuelto, la solución que hay ahora obliga a usar la librería GTK y a introducir el GUI en el bucle de eventos del host, a lo cuál mucha gente se opone.
Ademas , si no me equivoco,los LADSPA no puede crear puertos midi ¿Verdad?
De hecho estuve hablando con Toersi , el desarrolllador de ladspa-trigger, para ver si ese plugin podria desarrollarse para enviar eventos MIDI y llevarlos a Hydrogen, cosa que facilitaria mucho las cosas. Pero fue el quien me aclaró que no era posible con LADSPA.
De hecho no se siquiera si los plugins LV2 pueden gestionar MIDI.
Si lo que quieres es un disparador de eventos midi a partir de una señal de audio, ahora mismo no hay ningún estándar de plugins que contemple salida midi, tendría que ser una aplicación independiente con entrada jack y salida alsa-seq o jack-midi.
En teoría se podría añadir una extensión a LV2 para salidas midi, lo bueno de LV2 es que definir extensiones es muy fácil y no rompe la compatibilidad hacia atrás, pero de ahí a que los hosts la implementen puede pasar un buen rato. O dos.
Nadie quiere pagar la novatada de currarse un nuevo estándar y que al final no cuaje cuando no está todavía claro que resuelven los problemas de los estándares anteriores. 
