So, for those, who do not want to use the Remote 7 breakoutbox, but are otherwise worried, that their shiny ethernet port will start to rust, I'd suggest a remote control that allows for sending start, pause, stop (pause with reset) commands and setting of the BPM of the internal clock.

I do guess/hope, the internal clock is running all the time anyway, now we just need a comfortable way to adjust it and tell the connected gear to actually start working. Or stop thereof.

To me this (probably) would make using the MRCC as a clock master a way more alluring. Now probably, because I do not have this device as of yet, to be fair.

[Edit]: Maybe this could even be archived with a specialised midi device connected to one of the USB host ports, that is talking to the MRCC? Instead of Ethernet.

Sending start/stop from a remote machine is no magic, we just need to make shure it is talking to the MRCC and not directly to the out ports, just the setting of the BPM could be a little trickier, but nrpn should be able to do the magic.

So we would need to be able, probably via menu, that in this case a certain usb port is routed to the MRCC. And therefore the buttons have no effect.

In the end, I guess, I prefer the ethernet solution.

I did this last winter for my step-mom before she passed. The NDLR handled all the melodic parts.

https://hearthis.at/brian-oblivion/all-t...y-remains/

I’m finding the way that modifiers and the routing is structured within the MRCC to be really frustrating. I’m used to working in ableton where I add a bunch of midi fx on an individual channels so that everything that channel receives is affected. In the MRCC, it seems that you make a bank of set modifications than those preset modifications can be inserted into a routing if I’m understanding correctly. Not the most intuitive approach at least from my experience having trouble figuring out how to use any of the features

Issues with using my mopho editor. I tried running the mofo in and out through the MRCC midi ports, then running those in and out through the PC port on the MRCC, then activating the appropriate parts in ableton.The problem is that that I can get the editor to mostly work except I can’t select my patch from the library in the editor. As soon as I select a patch in the editor it will go to that patch and then it will immediately zero everything out including the patch name, everything. Now since I don't do a save operation, I can change I can just change whatever patch it’s on manually on the device and then it’ll revert back to the settings. Also when I tried using the editor through the MRCC it seemed to bog down the MRCC to the point that I had to reboot it because it was running so slow it was essentially frozen.

Cannot get my NDLR to transmit anything other than motif 1 through the MRCC. I have tried running both through midi cables and via USB. I can only get notes from motif 1. The exception to this is when I route to my AN200 (The AN200 has one synth channel and 3 drum channels. so midi channel 1 plays the synth, and 2-4 are drums) I can get motif one to play the Synth, drone and pad which I sent to channel 3 and 4 respectively in the NDLR will trigger the drum channels motif 2 doesn’t seem to trigger anything.
I'm really surprised at how difficult it is to use the NDLR with the MRCC. I had really high hopes since I absolutely love my NDLR.

We are a duo. Maybe we had too big expectations with the MRCC with the latest firmware. Basically, what we do is use a Pyramid and NDLR as MIDI sources to control several (10) machines. So there's quite a bit of splitting and a bit of merging (mainly taking clock of out A and notes of out B from the Pyramid and merging them to the NDLR, which is only connected in USB). The setup crashes the MRCC consistently, within a 10 minute timeframe, but at totally (apparently) random moments. Setups without USB ports crash it the same.

It is down to a point where we're considering selling the MRCC because we would like to rely on it as the brains of our MIDI network, and it is simply not trustworthy, if even usable.

It does not look like such a big setup, for there are many ports still free on the front panel...

The frustration is big. Do other users experience the same kind of heavy trouble? Could our MRCC be broken?

I use my sequencer to automate chord changes. Everything is fine, except when I display the pattern page while the sequencer is running, the patterns steps are being edited by the received notes. I would like this not to happen, i.e. make changes to the pattern manually, with the NDLR knobs, while the chord sequence unfolds.

Question 1: what is the purpose of this behavior?

Question 2: can I disable this?

If you could turn the usb ports into a standard USB hub there should be no problem using them for audio over usb. Not sure if that would be possible.

For now my last question. Hopefully. The MRCC features an internal clock and can act as a midi master. That is fantastic. What has not been made clear in the video I have seen, wether this also works in conjunction with all the other merge features.

Let's say, there is a sequencer signal coming in each on port one and two and those data get merged to output 5. Standard business.
The two incoming signals from two sequencers happen to have their own clock signal, that of course needs to be filtered by MRCC on the input side - to then being replaced with the internal clock.

So at output 5 we have the merged signal from both sequencers (sans original clock of course) with the internal clock signal (plus start/stop/cont) added to the stream.

Does it work this way? And are there any limitations to adding the internal realtime data to any output data?

Thanks again

Hello, new noodler here. Query about the 1/8 clk setup:

If I clk out to a Rucci Clock Manipulator and then return its output to clk in, what’s gonna happen?

https://handmadeelectronicinstruments.co...nipulator/

Manual says:

“Clock In” must be enabled in the Settings 3 menu. It must be set for “ClkIn CV”. Once this is set The NDLR uses the input pulse signal as it’s internal “heart beat”.

But the Rucci gear uses the clk out as it’s source material, so I’m guessing it wouldn’t works as intended?

Thoughts, criticisms, jokes all very welcome!

qdrnmx

Hello,

first of all thanks for finally building a midi merger, that is also compatible with linux. Even if only by not needing a PC at all. And, well, stick to class compliant usb.

This is more a general inquiry, more of a buying decision helper, as I do not have this device yet. But as they are supposed to be back in stock shortly, it is time to get serious. If this is the wrong subforum to ask this, lets call it pre sales inquiry, please feel free to move it around.

My proposed setup is rather simple:

I have all 5 DIN inputs connected, one USB host and one device on TRS-A. Makes up for 7 input devices, whereas 9 instruments are connected to DIN out 1-9.

As to be guessed from the topic, I would like to do channel based routing/merging. That is, everything, on any of the 7 inputs, that is being send in on midi channel 1, is being merged an send to DIN  out 1, everything on any connected input on midi channel 2 is being merged and send out to DIN output 2, you get the idea, continue up to midi channel 8 to DIN out 8.
Finally,  everything on any input on midi channels 10-12 is being routed to DIN out 9. Just 1:1 routing and merging, no channel rewrite needed. 

I addition, midi clock is being received on the TRS input jack, and filtered on all other inputs, but only distributed to DIN out ports 1,3 and 5. So I would need filtering on the output ports as well.

Could that setup be accomplished with the MRCC? Not sure, wether there are enough layers for channel based routing, if possible at all? Maybe I just have not comprehended the videos well enough, in this case please bear with me.


I am not a native speaker, so if anything is unclear, please feel free to ask

Thanks

I really need more inputs any chance of adding more please