<div dir="auto">You should buy or build a MIDI patchbay...</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">pe 15. marrask. 2019 klo 2.16 ackolonges fds <<a href="mailto:ackolonges@hotmail.com">ackolonges@hotmail.com</a>> kirjoitti:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">




<div dir="ltr">
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Thanks everyone for your very thoughtful and insightful responses.</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
The reason why this issue rears its head perhaps a bit more often than normal in my case is that my MIDI parser is written for a Eurorack module that receives MIDI - an environment that invites live patching. The problem also occurs simply when turning on or
 resetting the module. Unfortunately I'm not creating the device that sends the MIDI, just receiving it - I've tried with two different MIDI keyboards, and unfortunately neither of them utilise active sense or have any sort of 'time-out' on their running status
 behaviour. So if it's an unsolvable problem from my end, at least I know that it's unsolvable for everyone and it's not just my device that exhibits the unexpected behaviour - in fact it's the commercial controllers' fault!</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
If I make any MIDI *sending* devices at some stage, I'll be sure to use one of the great strategies mentioned - active sense, running status only on full buffer, or running status time-out.
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
Thanks again for your input.<br>
</div>
<div>
<div id="m_-3085670373527362082appendonsend"></div>
<div style="font-family:Calibri,Helvetica,sans-serif;font-size:12pt;color:rgb(0,0,0)">
<br>
</div>
<hr style="display:inline-block;width:98%">
<div id="m_-3085670373527362082divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> Synth-diy <<a href="mailto:synth-diy-bounces@synth-diy.org" target="_blank" rel="noreferrer">synth-diy-bounces@synth-diy.org</a>> on behalf of <a href="mailto:music.maker@gte.net" target="_blank" rel="noreferrer">music.maker@gte.net</a> <<a href="mailto:music.maker@gte.net" target="_blank" rel="noreferrer">music.maker@gte.net</a>><br>
<b>Sent:</b> Friday, November 15, 2019 2:42 AM<br>
<b>To:</b> <a href="mailto:synth-diy@synth-diy.org" target="_blank" rel="noreferrer">synth-diy@synth-diy.org</a> <<a href="mailto:synth-diy@synth-diy.org" target="_blank" rel="noreferrer">synth-diy@synth-diy.org</a>><br>
<b>Subject:</b> Re: [sdiy] Handling MIDI Running Status from Power-up</font>
<div> </div>
</div>
<div><font size="2"><span style="font-size:11pt">
<div><br>
<br>
Not sure why you would be switching MIDI cables during a performance for exactly the reason you<br>
stated - running status.  Two things come to mind.  Since you're writing your own code, simply<br>
disable running status and always send status all the time.  That does eliminate some bandwidth<br>
though, so not entirely desirable.  Or you could include a switch that prevents running status<br>
while on.<br>
<br>
What I wonder though, is why you are switching MIDI cables during a performance?  MIDI is designed<br>
to accommodate many sound modules all plugged in at once.  If one MIDI bus is insufficient (you use<br>
more than 16 sources) you can use two or more interfaces.  I think this is the reason you don't<br>
find MIDI interface devices with such a switch on the market.  Not to mention that it's just bad<br>
business to disturb your rig while there's an audience waiting to hear you.  The god of gig is<br>
always watching and will strike with a broken something just at the "right" moment.<br>
<br>
ackolonges fds <<a href="mailto:ackolonges@hotmail.com" target="_blank" rel="noreferrer">ackolonges@hotmail.com</a>> wrote:<br>
>--<br>
<br>
>I've run into a MIDI running status issue while writing and <br>
>testing my own MIDI parser, and I was wondering if anyone on here <br>
>has heard of any practical way of handling it. <br>
><br>
>Here is the scenario: You have been playing notes on a (hardware) <br>
>MIDI sound module via your MIDI keyboard that makes use of <br>
>running status. You then power-up a second sound module, unplug <br>
>the MIDI cable from the previous one, and plug it into the second <br>
>one. When you continue playing notes, they are not received by <br>
>the second module, because it did not receive any status bytes <br>
>due to the use of running status. The only way to begin playing <br>
>notes with the second module is to then send another type of MIDI <br>
>message such as Control Change or Pitch Bend to 'break' the <br>
>running status, and force the sending of a new status byte - a <br>
>completely bewildering thing for the end user. <br>
><br>
>I've recreated this issue on commercial synths, so it looks like <br>
>I'm not alone with this - have any of you encountered this <br>
>problem and have any ideas about an elegant way to deal with it? <br>
><br>
>Cheers<br>
><br>
>--_000_MEXPR01MB1960987A3276433FC603B444D5710MEXPR01MB1960ausp_<br>
>Content-Type: text/html; charset<br>
>Content-Transfer-Encoding: quoted-printable<br>
><br>
><html><br>
><head><br>
><meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1"><br>
><style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style><br>
></head><br>
><body dir="ltr"><br>
><div style="font-family: Calibri, Helvetica, sans-serif; <br>
>font-size: 12pt; color: rgb(0, 0, 0);"> Hi All,</div> <div <br>
>style="font-family: Calibri, Helvetica, sans-serif; font-size: <br>
>12pt; color: rgb(0, 0, 0);"> <br> </div> <div style="font-family: <br>
>Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, <br>
>0);"> I've run into a MIDI running status issue while writing and <br>
>testing my own MIDI parser, and I was wondering if anyone on here <br>
>has heard of any practical way of handling it. <br> </div> <div <br>
>style="font-family: Calibri, Helvetica, sans-serif; font-size: <br>
>12pt; color: rgb(0, 0, 0);"> <br> </div> <div style="font-family: <br>
>Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, <br>
>0);"> Here is the scenario: You have been playing notes on a <br>
>(hardware) MIDI sound module via your MIDI keyboard that makes <br>
>use of running status. You then power-up a second sound module, <br>
>unplug the MIDI cable from the previous one, and plug it into the <br>
>second one. When you continue playing notes, they are not <br>
>received by the second module, because it did not receive any <br>
>status bytes due to the use of running status. The only way to <br>
>begin playing notes with the second module is to then send <br>
>another type of MIDI message such as Control Change or Pitch Bend <br>
>to 'break' the running status, and force the sending of a new <br>
>status byte - a completely bewildering thing for the end <br>
>user.<br> </div> <div style="font-family: Calibri, Helvetica, <br>
>sans-serif; font-size: 12pt; color: rgb(0, 0, 0);"> <br> </div> <br>
><div style="font-family: Calibri, Helvetica, sans-serif; <br>
>font-size: 12pt; color: rgb(0, 0, 0);"> I've recreated this issue <br>
>on commercial synths, so it looks like I'm not alone with this - <br>
>have any of you encountered this problem and have any ideas about <br>
>an elegant way to deal with it? <br> </div> <div <br>
>style="font-family: Calibri, Helvetica, sans-serif; font-size: <br>
>12pt; color: rgb(0, 0, 0);"> <br> </div> <div style="font-family: <br>
>Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, <br>
>0);"> Cheers<br> </div> </body> </html> <br>
><br>
>--_000_MEXPR01MB1960987A3276433FC603B444D5710MEXPR01MB1960ausp_--<br>
><br>
>--=====7342240197046470926=<br>
>Content-Type: text/plain; charset=s-ascii"<br>
>MIME-Version: 1.0<br>
>Content-Transfer-Encoding: 7bit<br>
>Content-Disposition: inline<br>
><br>
>_______________________________________________<br>
>Synth-diy mailing list<br>
><a href="mailto:Synth-diy@synth-diy.org" target="_blank" rel="noreferrer">Synth-diy@synth-diy.org</a><br>
><a href="http://synth-diy.org/mailman/listinfo/synth-diy" target="_blank" rel="noreferrer">http://synth-diy.org/mailman/listinfo/synth-diy</a><br>
><br>
>--=====7342240197046470926=-<br>
><br>
<br>
-- ScottG<br>
________________________________________________________________________<br>
-- Scott Gravenhorst<br>
-- <a href="http://scott.joviansynth.com/" target="_blank" rel="noreferrer">http://scott.joviansynth.com/</a><br>
-- When the going gets tough, the tough use the command line.<br>
-- Matt 21:22<br>
_______________________________________________<br>
Synth-diy mailing list<br>
<a href="mailto:Synth-diy@synth-diy.org" target="_blank" rel="noreferrer">Synth-diy@synth-diy.org</a><br>
<a href="http://synth-diy.org/mailman/listinfo/synth-diy" target="_blank" rel="noreferrer">http://synth-diy.org/mailman/listinfo/synth-diy</a><br>
</div>
</span></font></div>
</div>
</div>

_______________________________________________<br>
Synth-diy mailing list<br>
<a href="mailto:Synth-diy@synth-diy.org" target="_blank" rel="noreferrer">Synth-diy@synth-diy.org</a><br>
<a href="http://synth-diy.org/mailman/listinfo/synth-diy" rel="noreferrer noreferrer" target="_blank">http://synth-diy.org/mailman/listinfo/synth-diy</a><br>
</blockquote></div>