• Content count

  • Joined

  • Last visited

Community Reputation

0 Neutral


About TK.

  • Rank
    MIDIbox Guru
  • Birthday 11/17/1972

Contact Methods

  • Website URL

Profile Information

  • Gender Not Telling
  • Location Germany
  1. As mentioned by Christian, there was no special reason why assigned DIN and DOUT SR #9 to the DIO function. I thought this might be better in case you would like to add more physical SRs in future, no need to change the IDs again until you reach #9. If you don't like this, you could also use SR #3, but not SR #1 or SR #2, because these positions are already allocated by the scan matrix. Btw.: the most simple way to find out the hw_ids is to enter "set debug on" in the MIOS terminal, then trigger the buttons and observe the debug messages in the terminal (doesn't work with LEDs of course, but if you know the button position, you can easily conclude on the LED position) Best Regards, Thorsten. 
  2. Make NG listen to all banks?

    Hi, I'm surprised, all events should listen to incoming MIDI messages, regardless of the bank. Best Regards, Thorsten.
  3. Yes, there is a conflict with the shift register assignments. Try this one: # now enable DIOs (0 = input / 1 = output) DIO port=J5AB emu_din_sr=9 emu_dout_sr=9 output_mask=01010000 # button events (DIN SR1 pins are assigned to hw_id=65/67) EVENT_BUTTON id=65 hw_id=65 type=CC chn=1 cc=16 range=0:127 fwd_id=LED:66 EVENT_BUTTON id=67 hw_id=67 type=CC chn=1 cc=17 range=0:127 fwd_id=LED:68 #EVENT_BUTTON id=65 hw_id=65 type=Meta meta=RunSection:1 button_mode=OnOnly #EVENT_BUTTON id=67 hw_id=67 type=Meta meta=RunSection:2 button_mode=OnOnly # LED events (DOUT SR1 pins are assigned to hw_id=66/68) EVENT_LED id=66 hw_id=66 type=CC chn=1 cc=16 range=0:127 EVENT_LED id=68 hw_id=68 type=CC chn=1 cc=17 range=0:127 Best Regards, Thorsten.
  4. Could you please post your complete .NGC and .NGR file? I will check it tomorrow... Best Regards, Thorsten.
  5. No, don't worry, outputs are protected against shorts internally. Just tried your configuration, it works after changing fwd_id=LED:3 to fwd_id=LED:2 (we always forward to a hw_id) RESET_HW # J5A PORT SETUP # J5.A0 -> octave up switch # J5.A1 -> octave up LED # J5.A2 -> octave down switch # J5.A3 -> octave down LED # now enable DIOs (0 = input / 1 = output) DIO port=J5AB emu_din_sr=1 emu_dout_sr=1 output_mask=01010000 # button events (DIN SR1 pins are assigned to hw_id=1/3) EVENT_BUTTON id=1 hw_id=1 type=CC chn=1 cc=16 range=0:127 fwd_id=LED:2 EVENT_BUTTON id=2 hw_id=3 type=CC chn=1 cc=17 range=0:127 fwd_id=LED:4 # LED events (DOUT SR1 pins are assigned to hw_id=2/4) EVENT_LED id=3 hw_id=2 type=CC chn=1 cc=16 range=0:127 EVENT_LED id=4 hw_id=4 type=CC chn=1 cc=17 range=0:127 As you can see, I also added "RESET_HW" to ensure that previous settings are undone. The LEDs shouldn't be dimmed. Best Regards, Thorsten.
  6. Trigger Outs - 4ms

    Pulse widths up to 10 mS are now supported, could be nice if you could try it out: Best Regards, Thorsten.
  7. MIDIbox SEQ V4 Release + Feedback

    Based on my experiences with MB808 the trigger width is crucial, therefore I can fully understand Andrews request that a digital option is desired. The "pipeline based approach" is working fine, we can now adjust the width from 0 (=off -> gate function) to 10 mS o DOUT_1MS_TRIGGER in the MBSEQ_HW.V4 file has been replaced by a configurable trigger width which can be adjusted in the CV Configuration Page with GP13 now -> It would be great if everybody could help to test this new firmware version, regardless if the new CV features are used or not (I hope that nothing else is broken!) I would like to create a final v4_096 release, because v4_095 is from last december, and it started to smell! ;-) Best Regards, Thorsten.
  8. MIDIbox SEQ V4 Release + Feedback

    Update to the 1ms delay: I could "pipeline" the triggers, this way we could get a cheap pulse stretcher. Is there the need for more than 4 mS (= 3 pipeline stages)? Best Regards, Thorsten.
  9. New version can now be found here: It's now possible to mix input and outputs on a single port as shown in this example: And J5 is supported as well (called J5AB) - it's even possible to mix digital with analog functions -> In your case, please keep the analog pins disabled Best Regards, Thorsten.
  10. MIDIbox SEQ V4 Release + Feedback

    Actually I looked into this, but there is a technical problem. The 64 drum triggers are currently cleared with each SRIO update cycle, this was very pragmatic and effective and especially doesn't consume resources (counters) and CPU time (processing the counters) For individual delays I would have to implement counters for each trigger, and this is very costly. And for a single delay we would potentially run into the problem, that each mS a new trigger could reset the counter, leading to "stretched signals" for all triggers for which the configured time already passed... Best Regards, Thorsten.
  11. MIDIbox SEQ V4 Release + Feedback

    New major enhancement available for MBSEQ V4+ users - up to 32 CV channels and gates! :-) -> o Only for MBSEQV4+: support for up to 32 CV outputs (and corresponding gates). Means: up to 4 AOUT modules can be chained. Tested with MAX525 (and midiphy Eurorack Expander), but should also work with TLV5630 based AOUT_NG The additional CV outputs can be accessed with MIDI port CV2..4. o AOUT port has been renamed to CV1..CV4 o Utility Page, GP Button #11 now changes to the CV Configuration Page Best Regards, Thorsten.
  12. MIDIbox SEQ V4 Release + Feedback

    still relevant or just a quick idea? Will lead to some effort at my side... therefore I would only add this if other people find it useful as well Best Regards, Thorsten.
  13. MIDIbox SEQ V4 Release + Feedback

    I guess that you mean MIDI clock/start/stop (MMC isn't supported) They can already be enabled/disabled for each MIDI port in the BPM menu Best Regards, Thorsten.
  14. Yes, this will be possible - it's exactly the intention behind NGR to allow users such customizations without touching the application code. Best Regards, Thorsten.