Conductive Labs Support Forum
MRCC Firmware Release 1.1.095 - Printable Version

+- Conductive Labs Support Forum (https://conductivelabs.com/forum)
+-- Forum: MRCC - MIDI Router Control Center (https://conductivelabs.com/forum/forumdisplay.php?fid=13)
+--- Forum: MRCC Open Beta Firmware (https://conductivelabs.com/forum/forumdisplay.php?fid=26)
+--- Thread: MRCC Firmware Release 1.1.095 (/showthread.php?tid=2107)

Pages: 1 2 3 4 5 6 7 8 9

MRCC Firmware Release 1.1.095 - Darryl - 03-14-2023

MRCC_v1.1.095 Production Release at:

https://conductivelabs.com/download/mrcc-firmware-update

A summary of the enhancements made since the 1.1.075 release (see beta releases below for more details)

Features:
  • Number of simultaneous routes (per patch) allowed/saved/recalled has been increased from 50 to 255. 
  • A number of routes counter was added to the top left corner of the Activity screen. The counter turns Red once the maximum number of routes is reached.

Fixes:
  • MRCC MIDI Cntrl Port won’t save when greater than P06 (P07 through P12 would revert to “-” on power cycle).
  • Enhancements to MIDI buffering and SysEx message handling.
  • MRCC USB Device enumeration and naming enhancements. Allows for better operating system differentiation when more than one MRCC is attached. Prepares MRCC for Microsoft Windows MIDI Service when it is released. 
  • Modification to LED control library to increase color fidelity at low brightness. 

Warning: this release changes the format of the MRCC’s USB Device name (if you were not already using beta version 1.1.089) so it will undoubtedly mess up the naming in your DAW or MacOS Audio MIDI settings. See instructions on the Firmware Updates page to clear old names from the OS so the new name(s) will be used.

MRCC_v1.1.089_02-19-25 Beta/Release Candidate

.zip   MRCC_v1.1.089_02-19-25.zip (Size: 294.95 KB / Downloads: 55)

Feature Enhancement
Another tweak to USB Device naming: Multiple MRCCs will now be recognized as unique devices by Windows current MIDI API when each is assigned a unique name (set on MRCC Settings page 4/4). It's allowed to leave one MRCC named the default name, or change each MRCC to have a name with a letter, e.g., MRCC-A, MRCC-B, etc.
Once you change the name, you may need to follow the procedure below (see the previous beta release notes) to remove Windows cached USB devices. 

MRCC_1.1.086_02-13-2025 Beta

.zip   MRCC_v1.1.086_02-13-25.zip (Size: 301.43 KB / Downloads: 18)

Warning: this release changes the format of the MRCC's USB Device name so it will undoubtably mess up the naming in your DAW or MacOS Audio MIDI settings. See instructions below to clear old names from the OS so the new name(s) will be used.

Fixes:
Enhancements to SysEx message handling. For large SysEx transfers (>10k), we suggest halting other MIDI sources to remove merged data, just to be on the safe side. However, we have tested numerous transfers of >150K files, comparing the received input with 100% success. It was tested with merged clock and other MIDI data. MRCC can process messages after a SysEx end of message (F7), but will not interrupt or mix a SysEx message with MIDI realtime messages. 

Enhancements to MRCC USB Device enumeration:
  • MRCC “PC Name” (Settings page 4/4), which allows you to select an alternate USB device name for MRCC has been reworked to prevent a race condition that caused the original name to re-appear sometimes. 
  • The name “MRCC” is also changed; trailing nulls were replaced by spaces. It might affect how the name appears in your software, unless you already changed the name using the "PC name" settings on Settings page 4/4. See instructions for clearing Windows USB device cache below. 
  • USB MIDI Virtual port names (Port 01, Port 02, etc) are now seen as Child devices of the MRCC device. Though these are not currently parsed by Windows' MIDI API, some applications may use them (please let us know if you see an app that uses them). These port labels are used on macOS and will be used in the forthcoming "Microsoft Windows MIDI Service".
  • The USB iSerialNumber descriptor is now populated with the MRCC serial number. This helps Windows to see multiple MRCC’s as unique devices. However, the Windows MIDI API may not see MIDI devices with a common USB Manufacturer and USB Device ID as unique devices. This is slated to be fixed in "Microsoft Windows MIDI Service" when it is released. We are looking into making unique USB Product IDs for MRCC names in a future FW update.
  • We have discussed these changes with the Microsoft MIDI evangelist and believe MRCC is now ready for Windows MIDI Service when it is ready. 

For your OS to properly enumerate the new MRCC device name and serial number, it is necessary to follow the steps below.

Instructions for clearing the Windows USB device cache of old MRCC entries
Since the MRCC name will be cached in Windows USB cache, it is necessary to follow a procedure to get the device name(s) to update:
1. If desired, change the MRCC device name to the name of your choice, e.g., MRCC-X (it’s on MRCC Settings page 4/4), update the MRCC firmware (if you haven't already), then turn off MRCC.

2. Download and run USBDeview as Administrator (at your own risk), or use Windows Device Manager
https://www.nirsoft.net/utils/usb_devices_view.html

3. In USBDeview, look for a "Friendly Name" label of “MRCC” (or "MRCC-X" if you have renamed it), select it, then click on the column heading ProductID to sort.
Select all 0490 ProductID entries, right click and select “Uninstall selected devices”. Check that all ProductID 0490 are gone. Go to step 4.

For Windows Device Manager, open Device Manager and click View, and select “Show hidden devices”
Expand the Sound, video and game controllers section
Find any instance of MRCC, right click it and select “Uninstall device”. Repeat for all MRCC devices in the list.

4. Shutdown (or Reboot) the PC, turn on MRCC, turn on the PC. The MRCC device name should enumerate with the new name.

MRCC Device Name instructions for OSX:
1.After updating the MRCC... Open Audio Midi Setup on mac, and with the MRCC disconnected select and delete any previous instances of MRCC devices that are present.
2. With MRCC still disconnected, if desired, enter Settings page 4/4 and select the letter that you wish to identify this MRCC with (let’s say A).
3. Power cycle the MRCC
4. Connect the MRCC to the Mac via PC (usb) port, 5. It should now show up as a new device MRCC-A
5. Disconnect and follow steps 2-4 for any other MRCCs making sure to pick a different letter for each one.

Please note that changing the MRCC-letter after it has been saved as a device in Windows or in the macOS Audio MIDI Setup will cause unpredictable behavior and will require you repeat steps 1-5 above to create a new instance.


MRCC_1.1.077_12-20-2024 Beta

.zip   MRCC_v1.1.077_12-20-2024.zip (Size: 293.79 KB / Downloads: 32)

Features:
- Number of simultaneous routes (per patch) allowed/saved/recalled has been increased to 255  
- A number of routes counter was added to the top left corner of the Activity screen. The counter turns Red once the maximum number of routes is reached.

Bug Fix:
- MRCC MIDI Cntrl Port won't save when greater than P06 (P07 through P12 would revert to "-" on power cycle).

Note regarding this change: we have not tested any performance impacts of having so many simultaneous routes. If there is MIDI clock and data going over a lot of routes (>50), at some point it could introduce latency and jitter, or dropped MIDI messages.
Preferably, only route what is needed using the buttons on the MRCC and save patches for your most common configurations. We made it easy, with buttons! 
Routing everything to everything means that every input is being merged to every output. At some point this will over-saturate 5 pin DIN outputs with more MIDI data than can be sent at 31,250bps (the MIDI spec speed of a MIDI port). 
Too much MIDI data may over-saturate vintage synths that can't keep up with a maximum MIDI data load. Every MIDI device will have to process every MIDI message for channel number to see if the data is meant for it, or something else. Same goes for MIDI devices with processed MIDI thru ports, they may have trouble keeping up. Just like when Ethernet networks went from using Hubs to Switches, this is one reason we use MIDI routers, so we don't flood every device with MIDI data unnecessarily, risking adverse effects. 
There are many variables, YMMV as MRCC has a very fast processor so it can handle a lot of data, but that can't be said for everything in your MIDI "network". 

Please report any adverse results of having or saving more than 50 routes in the MRCC beta forum. 


MRCC_v1.1.075_08-23-2023 Official Release
Available on the Conductive Labs MRCC Firmware Download Page.

BUG FIX:
bug: Transpose of +12 will not load after saving - fixed
bug: Transposing Notes - min Note value allowed was 1 now it is 0 - fixed
bug: Split/Layer - Layer min note value allowed was 1 now is 0 - fixed


MRCC_v1.1.071 Official Release

Thank you to our forum members that helped with testing beta releases! 

Fixed in this version
Corrupt text on the Routing Matrix screen in some circumstances, such as when using the navigation buttons to "zoom in" on virtual port routings, then pressing an input or output button.

Release notes from the most recent Beta releases (older release notes available at the link):

MRCC_v1.1.068

Features:
  1. Added current Preset Name on Load/Save screen
  2. Added screen idle timeout to prevent OLED burn-in when the MRCC is left on a lot. The "Screen Off" time can be set on Settings page 2. The screen will sleep when MRCC is "idle" (no MIDI notes). However, the idle timeout reset ignores Clock, ActiveSensing or TimeCodeQuarterFrame MIDI messages and will timeout despite those messages being present. Tap the green button or any other button to turn the screen back on.
  3. In Channel Map modifier: added a new Chan Source = "-" (none) in lines 2-4. This enables a bunch of Channel mapping possibilities. For example, if the desire is to only map a single channel, set Exclusive to Y, set Channel map line 1 to the channel to map from, and Out to the channel to map to. Set channel map lines 2, 3 and 4 to none (-). 
  4. Removed the SHIFT+ required in SAVE / LOAD 'ing presets (no safety on the preset overwrite!!!). 

BUG FIXES:
  1. Major overhaul of System Exclusive (SysEx) message handling. MRCC should be able to handle any length data to all possible out ports including MRCC to MRCC & MRCC to Remote 7. Please note: It is possible to overrun the MRCC's internal buffers when sending large SysEx files from very fast USB to very slow 5 pin DIN outputs. The sending software should throttle the speed it sends SysEx. Also note, if sending large SysEx files, be sure to temporarily turn off any other MIDI data sources. Once the internal buffers are full, MRCC will block MIDI data on merged inputs, but better chance of success if its not having to handle clock and other messages while the large transfer is happening.
  2. The last selectable preset name was 128 (F25) - should have been 127 (F24)
  3. Fix some Preset save issues. If you experienced an issue where after saving a patch, it changed back to Red from Green, this should fix it.
  4. Activity Screen always shows the correct Preset Label
  5. When routing remotely and holding the "Y" 5-Pin #1 is not showing MIDI activity
  6. Fixed some User Label Save/Delete/Assign issues. 

MRCC_v1.1.052_04-04-2022

BUG FIX:
Program Change messages fail to route when on same port as MRCC MIDI Cntrl, despite being on a different channel.

RE: MRCC Firmware Update 1.1.071 March 2023 - Royce - 03-14-2023

(03-14-2023, 06:36 PM)Darryl Wrote: MRCC_v1.1.071 Official Release

Available on the Conductive Labs MRCC Firmware Download Page. 
Thank you to our forum members that helped with testing beta releases! 

Fixed in this version
Corrupt text on the Routing Matrix screen in some circumstances, such as when using the navigation buttons to "zoom in" on virtual port routings, then pressing an input or output button.

Release notes from the most recent Beta releases (older release notes available at the link):

MRCC_v1.1.068

Features:
  1. Added current Preset Name on Load/Save screen
  2. Added screen idle timeout to prevent OLED burn-in when the MRCC is left on a lot. The "Screen Off" time can be set on Settings page 2. The screen will sleep when MRCC is "idle" (no MIDI notes). However, the idle timeout reset ignores Clock, ActiveSensing or TimeCodeQuarterFrame MIDI messages and will timeout despite those messages being present. Tap the green button or any other button to turn the screen back on.
  3. In Channel Map modifier: added a new Chan Source = "-" (none) in lines 2-4. This enables a bunch of Channel mapping possibilities. For example, if the desire is to only map a single channel, set Exclusive to Y, set Channel map line 1 to the channel to map from, and Out to the channel to map to. Set channel map lines 2, 3 and 4 to none (-). 
  4. Removed the SHIFT+ required in SAVE / LOAD 'ing presets (no safety on the preset overwrite!!!). 

BUG FIXES:
  1. Major overhaul of System Exclusive (SysEx) message handling. MRCC should be able to handle any length data to all possible out ports including MRCC to MRCC & MRCC to Remote 7. Please note: It is possible to overrun the MRCC's internal buffers when sending large SysEx files from very fast USB to very slow 5 pin DIN outputs. The sending software should throttle the speed it sends SysEx. Also note, if sending large SysEx files, be sure to temporarily turn off any other MIDI data sources. Once the internal buffers are full, MRCC will block MIDI data on merged inputs, but better chance of success if its not having to handle clock and other messages while the large transfer is happening.
  2. The last selectable preset name was 128 (F25) - should have been 127 (F24)
  3. Fix some Preset save issues. If you experienced an issue where after saving a patch, it changed back to Red from Green, this should fix it.
  4. Activity Screen always shows the correct Preset Label
  5. When routing remotely and holding the "Y" 5-Pin #1 is not showing MIDI activity
  6. Fixed some User Label Save/Delete/Assign issues. 

MRCC_v1.1.052_04-04-2022

BUG FIX:
Program Change messages fail to route when on same port as MRCC MIDI Cntrl, despite being on a different channel.
Hi Darryl.
the download link on that page gives "mrcc_v1.1.071_03-08-2023/"  which of course won't load.

Previous firmware downloads where php coded.

All the best
Royce

RE: MRCC Firmware Update 1.1.071 March 2023 - stephencarr - 03-15-2023

Yep, can't download it as the link is broken on the download page. My screen is thoroughly burned in, so this release is welcome - hopefully the link can be fixed soon.

RE: MRCC Firmware Update 1.1.071 March 2023 - User - 03-15-2023

...just as temporary solution:
https://conductivelabs.com/wp-content/uploads/2023/03/MRCC_v1.1.071_03-08-2023.zip

RE: MRCC Firmware Update 1.1.071 March 2023 - JanJam - 03-15-2023

Hi Darryl

The link to the update 1.1.071 does not work. I keep getting an error when I'm trying to download it...

Hope you can solve the problem.

Best regards

Jan

RE: MRCC Firmware Update 1.1.071 March 2023 - User - 03-15-2023

(03-15-2023, 03:44 PM)JanJam Wrote: Hi Darryl

The link to the update 1.1.071 does not work. I keep getting an error when I'm trying to download it...

Hope you can solve the problem.

Best regards

Jan

Please check messages above

RE: MRCC Firmware Update 1.1.071 March 2023 - Darryl - 03-16-2023

The link to the firmware is fixed now, sorry for the confusion.

RE: MRCC Firmware Update 1.1.071 March 2023 - Jesse Johannesen - 03-16-2023

@User: I did some testing today on my Mac and am seeing the same issue with the Bome app you mentioned, however MIDI View is able to see the Port labels without trouble so the issue may be in the Bome software. Darryl has offered to send a MIDI dump to Mr. Bome and see if he can find a way to get it to enumerate properly. No promises.

RE: MRCC Firmware Update 1.1.071 March 2023 - Lizard of Oz - 04-14-2023

(03-14-2023, 06:36 PM)Darryl Wrote:  (no safety on the preset overwrite!!!). 

I don't get it, why on earth would you remove a safety feature? 

The MRCC is a device that is complex to set up as it is, with lots of features and a rather quirky user experience. With that, you would want to be extra careful not to accidentally overwrite a preset, especially because there is no simple way to back up settings to a computer because there is no dump over USB. 

I don't think it's too much to ask for to have a simple confirmation dialogue - after all that's the tried and tested way to handle that situation, and it was even explicitly suggested here in the forum before. 

Please fix that, I'd really like to get the bug fixes, but I won't accept the risk of accidentally overwriting my presets for bug fixes or new features.

RE: MRCC Firmware Update 1.1.071 March 2023 - Raphie - 04-14-2023

I would prefer to have the + shift back too