<HTML><BODY>Hi ! I would always prefer a UDP based solutions, because TCP can really mess up the timing. UDP packetloss usually is below 1%. The bigger problem in this case are WIFI connections, scrambled packet orders and jitter. Are there any objections to using Open Sound Control based solutions? To me it makes more sence, because it is an IP-based protocol (32 bit) in contrast to MIDI, which is designed for 8 bit serial interfaces. A basic MIDI OSC gateway is available here: https://launchpad.net/oscmidi Further more, you could use it to control OSC enabled applications like Ardour and provide some customized control mappings. I wanted to start some extension development on this myself for the public internet (unicast). Perhaps we can align some effort on this? I already did a specialized Sysex gateway with OSC which is absolutly relyable. (Remote control of two Yamaha mixing desks). BR, Ck Mittwoch, 29 August 2018, 06:18nachm. +01:00 von Len Ovens <a href="mailto:len@ovenwerks.net">len@ovenwerks.net</a>: <blockquote id="mail-app-auto-quote" cite="15355631360000011925" style="border-left:1px solid #FC2C38; margin:0px 0px 0px 10px; padding:0px 0px 0px 10px;"> <div class="js-helper js-readmsg-msg"> <style type="text/css"></style> <div > <base target="_self" href="https://e-aj.my.com/" /> <div id="style_15355631360000011925_BODY">On Wed, 29 Aug 2018, Jonathan E. Brickman wrote: > I need lossless JACK MIDI networking outside of JACK's built-in networking, and > not multicast unless someone can tell me straightforwardly how to get multicast > (qmidinet) to run within localhost as well as outside it. Thus I am thinking of > trying my hand at using the Mido library to bridge JACK MIDI and TCP. I have > never done this sort of coding before, programmatorially I am mostly a deep > scripting guy, Python-heavy with a bunch of Bash on Linux, Powershell-heavy on > Windows of late, with a pile of history on back in Perl on both and VBA on > Windows. Anyone have hints...suggestions...alternatives...a best or better > starting place? Right now I don't want the applets to do GUI at all, I just want > them to sit quietly in xterms, on JACK servers, keeping connection, and passing > MIDI data to and fro, as other processes and devices bring it. While I have not had any issues with qmidinet, it is not immune to packet loss. If you want a place to start I would suggest rtpMIDI would do what you want and be a great service to the linux community. While there have been in the past rtpmidi implementations in Linux, they seem to have suffered bitrot and in fact I don't even know if the source is still available. <a href="https://en.wikipedia.org/wiki/RTP-MIDI#Linux" target="_blank" >https://en.wikipedia.org/wiki/RTP-MIDI#Linux</a> They mention Scenic, but anything I tried with that (like building from source) did not work. (it has been 1 or 2 years since I tried) The full implementation at least guarantees all note off events make it through. There was a google repo called MIDIKIT, but google has shut all that stuff down. I don't know if <a href="https://github.com/jpommerening/midikit" target="_blank" >https://github.com/jpommerening/midikit</a> is the same code or not as they have no readme and the last commit is 2015. I don't know as I like to use node, but: <a href="https://github.com/jdachtera/node-rtpmidi" target="_blank" >https://github.com/jdachtera/node-rtpmidi</a> is a bit newer. rtpmidi that shows up in alsa or jack with zeroconf support would be a nice addition to Linux audio. (as would a whole pile of other things :) -- Len Ovens <a href="http://www.ovenwerks.net" target="_blank" >www.ovenwerks.net</a> _______________________________________________ Linux-audio-dev mailing list <a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a> <a href="https://lists.linuxaudio.org/listinfo/linux-audio-dev" target="_blank" >https://lists.linuxaudio.org/listinfo/linux-audio-dev</a> </div> <base target="_self" href="https://e-aj.my.com/" /> </div> </div> </blockquote></BODY></HTML>