I was feeling a little bit of the Easter Spirit on Sunday and recorded this little snippet of Dallas Holmes' Rise Again while tinkering in my studio. My newly-arrived NDLR into four instances of an Oberheim OBX VST provided all of the accompaniment. 

https://drive.google.com/file/d/1r5nVK5w...sp=sharing

It appears that the MRCC blocks/drops/filters all non-MIDI communications between applications on a computer and USB-connected devices.

Is that accurate?

If so, is it possible to allow that type of communication in a future update?

I have a few devices that had specialized/dedicated applications running on the computer (Mac mini in this case) and to use them, I have to unplug the USB cable from the computer to the MRCC and re-route it to the hardware so the app can see the device and allow me to edit/load/save data to it.  While I'm doing this, some of the MRCC functionality is unavailable since I'm physically pulling cables.

Hello,

I was reviewing the draft manual and think this may be covered under 'Channel Layers(Splits and Layers) Sub-Page', but I'm not 100% on that.  If it's not covered yet, would there be a possibility to split out chord data from an input keyboard and route the individual notes to individual outputs connected to monosynths?  MIDIpal from Mutable instruments had a pretty slick way of doing this and it helped keep my extensive collection of monosynths busy.  My MIDIpal died and I haven't replaced it yet with the MIDIgal or other spin-offs; but before I do that, I figured I'd check in here.  

For example, here is a snippet:

Dispatching method:

• cyclic ([b]cyc[/b]). Each new note is cyclically played on the next channel.
  
  
• polyphonic ([b]pol[/b]). The mapping of notes to channel uses a true voice stealing algorithm. The MIDIpal tries to reuse the same channel for occurrences of the same note ; or the least recently used channel.
  
  
• random ([b]rnd[/b]). Each new note is routed to a random channel.
  
  
• stacking ([b]stk[/b]). Each note is sent to all channels at the same time. Perfect for thickening a lead by sending it to several synths, or to several parts of the same multitimbral device.
  
  
• velocity ([b]vel[/b]). The louder (higher velocity) the note, the higher the MIDI channel it is sent to.
  

Hi,

I read in the preliminary (draft) manual that the 'virtual cables' on the USB Host ports are 4 inbound, and 1 outbound.

Why is this 'asymmetrical' setup? I have a device (class compliant) that has 4 virtual IN cables, and 4 virtual OUT cables, and I'd love to connect and use them all, on both the IN and the OUT side of things.

Hope you will support 4 IN and 4 OUT virtual cables somewhere in the future.

Best,
Joris

Proud owner of The NDLR for two weeks, but I noticed something which seems like a bug.
When I use the modulation matrix to send out CC's, the destination is not saved with the Global settings. As soon as I turn on the NDLR or load a Global Setting, the destinations are set to 1-MIDIA even though I changed it and then saved it. Am I missing something? Firmware is 1.1.073

Also in addition, an offset for the MIDI CC value would be nice.

Greetings knowledgeable noodlers. My question is: Is there any info from the designers here on how to use the Chord Sequencer?  I'm not getting much from the manual and I've looked here on the forum a bit and discovered nothing in the way of basic operation.  Thanks for any help.

Just dreaming, but a fully digital, iPad-only version of the NDLR would be super awesome. It's easy to get midi out of iPads, and with a touch screen, you could overcome some of the limitations of hardware, like exposing all 4 lanes of controls at the same time, dead-simple rhythm editing, more memory, and the like.

Love the NDLR, and am just imagining about how to extend its NDLy appendages....

Hi All,

I am using the NDLR with the MC707 and I'm running into some wierd timing issues when I try to put the midi notes into the 707's sequencer. For the Motif's, as long as I am over 1/4 division and I adjust the quanitization from the MC707 side to 15/85 "whatever that means", I can get the first note to align with the first step. However for the drone and for the pad I can't get the first step and the first note to land. Any suggestions here?

Hi there,

The MRCC has a top USB-B (PC) connector, and a side USB-C connector, does that mean I can have 2 PC's connected simultaneous? 
I'd love to have the MRCC permanently connected to my MacBook (USB-C) and and to a Raspberry PI (USB-B).

Possible?
(I have that setup now with an iConnectMIDI4+)

Best, Joris

I'm not sure if it's a bug or a feature, but my port filters reset every time I power cycle, which was messing me up a bit. 

It took me a while to realize that the port filter configuration wasn't saving with the preset (I assumed and therefore we're all now asses). Additionally, the program change messages that I'm filtering out from Midi channel 1 are not filtered from controlling the MRCC, even when the port filter is on for the channel (I later realized I had to turn MRCC MIDI Cntrl to another channel to stop this from happening). This created a cascading problem for me that was difficult to solve.

Since the MRCC was responding to program change messages that I thought were being filtered, I would find myself on a different preset later and not know how I got there. The presets are also loading with program change messages (which makes sense) but that means the presets have been changed before I can troubleshoot (I know now that the MRCC preset is changing with my EMX-1 preset, even when the port is filtering program change messages to the midi outs). 

So, a few suggestions that could be implemented alone or together.

1. Create an "OFF" for MRCC MIDI Cntrl port and make that the default or make the default a port other than 1
   
2. Allow port filter configuration to be saved with presets either as a default or via an option
   
3. Allow the MRCC to remember the last port filter configuration and start up with that configuration rather than a clean slate