<br><br><div class="gmail_quote">On Sat, Feb 23, 2013 at 1:43 PM, Johannes Kroll <span dir="ltr"><<a target="_blank">jkroll@lavabit.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
(sorry... should have gone to the list)<br>
<div class="im HOEnZb"><br>
On Sat, 23 Feb 2013 13:09:28 -0500<br>
Paul Davis <<a href="mailto:paul@linuxaudiosystems.com">paul@linuxaudiosystems.com</a>> wrote:<br><br>

</div><div class="HOEnZb"><div class="h5">> On Sat, Feb 23, 2013 at 11:16 AM, Johannes Kroll <<a href="mailto:jkroll@lavabit.com">jkroll@lavabit.com</a>> wrote:<br>
><br>
> ><br>
> > I don't know if there's such a tool. But AFAIK jack would only block<br>
> > the raw MIDI device when you use "-X raw" to use the raw MIDI driver in<br>
> > jack. Do you need that driver? If you don't, you can use the "seq"<br>
> ><br>
><br>
> to reiterate: if timing matters to you, do NOT use -X raw or -X seq.<br>
><br>
> use a2jmidid -e instead.<br><br>

</div></div><div class="HOEnZb"><div class="h5">Why is that btw? Is there any hard technical reason the drivers can't<br>
give you the same latency as an external app?<br></div></div></blockquote><div><br> </div></div>nothing to do with latency. everything to do with jitter. neither -X raw nor -X seq are correctly implemented.