TK.

Hi Eric, welcome on board! :) You could try out the MBHP_MF_NG with following (temporary) MIDI router configuration, which has to be entered into the MIOS Terminal: set router 1 USB4 all OUT3 all set router 2 IN4 all USB4 all Thereafter select the fourth USB IN/OUT port in MIOS Studio to communicate with the MBHP_MF_NG module. Once this is working (and you are able to configure the module with the MF tool, which is also part of MIOS Studio), you can setup the router connections with the MF command in the .NGC file instead, like described in the manual (and demonstrated in the examples) It depends on what you are planning to do with the fader. Do you want to directly control it from your DAWs (so that MBNG only has to route the MIDI signals to USB), or should MBNG control the fader as well? Best Regards, Thorsten.

So, your device probably requires 5V signals. :-/ You could build a 74HCT541 based levelshifter. Input signal: the 3.3V based MIDI OUT Output: the 5V based MIDI OUT signal. Means: if you desolder R21, the level shifter would have to be placed between the two pins: 3.3V MIDI OUT1 -> Levelshifter -> 220 Ohm Resistor -> 5V MIDI Out (goes to the MIDI socket) Best Regards, Thorsten.

With the enabled dim function the LED brightness will be controlled from the received MIDI value. Which means: if your DAW sends a Note On with velocity 127, the LED would be lit with the full brightness level. If it would send 64 instead, it would only be 50% Are you able to control the sent velocity? If not, a firmware extension could help. I would propose to use the MIDI router first to try out the MIDI connections. Once they have been ensured, disable the MIDI router config, and use the forwarding via MF configuration instead. MIDI Router: assumed, that the MBHP_MF_NG module is connected to MIDI IN3 and OUT3, write following commands into the MIOS terminal: set router 1 USB3 all OUT3 all set router 2 IN3 all USB3 all Thereafter select the third USB IN/OUT port in MIOS Studio to communicate with the MBHP_MF_NG module. (since this is a temporary check, no edits in the .NGC file necessary) Best Regards, Thorsten.

Very powerful tune, I like it! :) Best Regards, Thorsten.

very strange! Could you please show me the line which fails? (line 23 of your .NGC file) Best Regards, Thorsten.

There is a special forum for Ctrlr releated issues under http://www.ctrlr.org Best Regards, Thorsten.

Maybe the selection lines are set to the wrong polarity, Are you using ULN based sink drivers? And could you please show me your DOUT_MATRIX configuration? Best Regards, Thorsten.

Because events which are not assigned to a bank will always be active. Best Regards, Thorsten.

Ok, the first three tutorial lessons, where I will tell you some secrets, should be ready tomorrow. :) Best Regards, Thorsten.

It's currently not possible. Would you prefer to set the initial cursor with txt:<cursor>, or with the lcd_pos? I'm surprised, because internally ^txt56 is almost identical to ^txt, only the line length is different. Maybe the event wasn't active... did you get an error message while loading the .NGC file? And do you find the event with the "show pool" command? Best Regards, Thorsten.

Yes, and these ports are already enabled by default :) Best Regards, Thorsten.

Cheers!

In order to analyse such issues I need downstripped configuration file(s) which help to reproduce this at my side. Best Regards, Thorsten.

I'm surprised! Could you please give me a concrete example for a fwd combination which doesn't work? Best Regards, Thorsten.

I need some time to think about a possible solution. It won't be straightforward, but I added your request to the Wishlist It's probably more important (and useful) to enhance the IMPORT function. @Dave: I know what you mean, but can only recommend the way you are already working: record the whole session. Like Luke was writing, it's more comfortable to search and cut out phrases with a DAW Best Regards, Thorsten.

This is on the TODO list (global MIDI channel). Problem: I'm sure that there will be people who don't want to change the channel for all events, but only for selected events. Therefore the best choice to provide such an option will still need some thinking about the most elegant way. So, conditional changes... wouldn't it be better to provide a .NGR command for changing a channel of an event (e.g. "set_midi_chn <id> <channel>") And to allow to execute this command with a given ^section and ^value from the SCS? Then you could setup a special ^section branch, which passes the ^value to the set_midi_chn commands. scroll to the right, DISK->LOAD

You are right, the import function always starts at the first track (because it allows to import multiple tracks) I've currently no elegant solution for this, because an optional single track import would require to overwork the import page. I can do this sooner or later... but until then please use this (cumbersome) workaround: - store your patterns (main page: press SAVE) - export the track into a MIDI file - import the MIDI file - export track 1 again, but this time as a preset: MENU->EVENT, PRESETS (GP14), Save as new Preset (GP11) - restore your patches (e.g. with OPEN in the main page) - load the preset into any track from MENU->EVENT, PRESETS Best Regards, Thorsten.

Hallo, die meisten Bauteile gibt es bei Reichelt, siehe auch: http://www.ucapps.de/mbhp/mbhp_core_lpc17_orderlist.txt Das LPCXPRESSO Modul bspw. bei Watterott: http://www.watterott.com/de/LPC1769-LPCXpresso-Board (gerade nicht auf Lager, aber die kommen schon wieder, alternativ koenntest Du in Schweden bestellen: http://www.embeddedartists.com/products/lpcxpresso/lpc1769_xpr.php) Den MagJack gibt es bei CSD: http://www.csd-electronics.de Und die Platine bei SmashTV: http://www.midibox-shop.com/buy_lvo.html Die SD Karte in jedem gut sortierten Elektronikfachgeschaeft (am besten eine Micro SD Karte mit Adapter nehmen, siehe auch: http://www.ucapps.de/mbhp_sdcard.html) Ob die MBNG mit Piezos zurechtkommt, weiss ich leider nicht. Gruss, Thorsten.

An EVENT_DELAY wouldn't match with the implementation concept, and in general, queues are expensive (RAM and performance wise) Wouldn't it be sufficient to send the SysEx string from a .NGR script? There is even a special command "send SysEx <port> <stream>" command which simplifies this. Best Regards, Thorsten.

I'm surprised, because the order of EVENT definitions shouldn't matter. "show pool" shows, that the fwd_id is set correctly: [773001.402] show pool [773001.404] 3 Events in pool: [773001.404] [EVENT] id=ENC:66 hw_id=ENC:66 bank=0 fwd_id=SENDER:2 type=ProgramChange value=0 label=^prgch [773001.405] [EVENT] id=SENDER:2 hw_id=SENDER:2 bank=0 fwd_id=DISABLED:0 type=SysEx value=0 label= [773001.405] [EVENT] id=ENC:65 hw_id=ENC:65 bank=0 fwd_id=ENC:66 type=CC value=0 label=^banksel [773001.405] No Maps in pool and "show id" confirms this as well: [773110.617] show id ENC:66 [773110.620] id=ENC:66 (hw_id=ENC:66) [773110.620] - bank=0 [773110.620] - condition: none [773110.620] - fwd_id=SENDER:2 [773110.620] - fwd_to_lcd=1 [773110.620] - type=ProgramChange [773110.620] - chn=1 [773110.620] - ports=1000100000001000 [773110.620] - value=0 [773110.620] - secondary_value=0 [773110.621] - map=0 [773110.621] - min=0 [773110.621] - max=127 [773110.621] - offset=0 [773110.621] - dimmed=0 [773110.621] - rgb=0:0:0 [773110.621] - syxdump_pos=0:0 [773110.621] - radio_group=0 [773110.621] - enc_mode=Absolute [773110.621] - enc_speed_mode=Auto:0 [773110.621] - led_matrix_pattern=1 [773110.622] - colour=0 [773110.622] - lcd_pos=1:1:1 [773110.622] - label="^prgch" I need more input. Best Regards, Thorsten.

Sure, because it's in bank 20 and switches to Bank 21 The label won't be print, because the event will be outside the selected bank when the LCD is updated. Best Regards, Thorsten.

Please install the new version first: thereafter enter following commands into the MIOS terminal: set router 1 IN1 all OUT2 all store Note that you could route IN1 to USB1 in addition with: set router 2 IN1 all USB1 all store Up to 16 router nodes are available, you will get an oversight with: router Best Regards, Thorsten.

I should finally work on the tutorials like I did for MBSEQ V2 -> http://www.ucapps.de/midibox_seq_tutorial1.html http://www.ucapps.de/midibox_seq_tutorial2.html http://www.ucapps.de/midibox_seq_tutorial3.html http://www.ucapps.de/midibox_seq_tutorial4.html Because it seems that you are missing the essential features! :smile: Best Regards, Thorsten.

Thanks for helping Folly anyhow! :smile: The "official change" works with timestamps instead of a counter to reduce the bandwidth. This has the advantage, that the first value change will be sent immediately, and subsequent changes with the given delay. Best Regards, Thorsten.

You've to consider the following: neither LCD labels, nor NGR scripts will be executed immediately. Instead the output/execution will only be requested, and handled by a lower priority task. Whenever requests happened, MBNG will first handle all requested LCD updates (labels) Then it will execute your requested NGR ^section Best Regards, Thorsten.