-
Posts
15,206 -
Joined
Content Type
Profiles
Forums
Blogs
Gallery
Posts posted by TK.
-
-
I can't access the files, could you please attach them to this posting?
On 21.1.2020 at 0:33 PM, imaginarion said:Which function is responsible for switching to the menu where i can assign functions to 5 potentiometers ?
I guess you mean CS_MENU_BUTTON_Knob
Best Regards, Thorsten.
-
Unfortunately further probability values can't be added, this would result into too many layer assignment options which can't be implemented.
So, only "workaround" that I see: use a second drum track.
Best Regards, Thorsten.
-
It should work now -> http://www.ucapps.de/mios32/midibox_ng_v1_037_pre13.zip
Reason was, that I "compacted" the storage for conditions so that it fits into a 32bit value. But meanwhile we've so many different event types, that I had to spend another bit for the hw_id of the condition.
As a quick solution I sacrificed two bits from the condition value, and gave it to the id
Which means: currently it's not possible to check for values >12bit anymore, but the ENC event type should be found as expectedBest Regards, Thorsten.
-
I added some enhancements into the firmware to support RGB LED Ring Patterns: http://www.ucapps.de/mios32/midibox_ng_v1_037_pre12.zip
Usage example can be found here: https://github.com/midibox/mios32/blob/master/apps/controllers/midibox_ng_v1/cfg/tests/rgbled_3.ngc
Best Regards, Thorsten.
-
Problem was, that earlier versions didn't support labels with more than 40 characters, and the corresponding error message caused the crash.
The error message is working now, and I've increased the max label size to 128 characters: http://www.ucapps.de/mios32/midibox_ng_v1_037_pre12.zip
Best Regards, Thorsten.
-
This issue should now be fixed in http://www.ucapps.de/mios32/midibox_ng_v1_037_pre12.zip
Best Regards, Thorsten.
-
Unfortunately I can't check this so easily, because I would have to unmount the frontpanel PCB - but I don't think that such a typo would indicate a bootleg. The PCB color looks identical to the original one.
Best Regards, Thorsten.
-
This should work... will check this tomorrow.
Best Regards, Thorsten.
-
It's related to the NRPN optimization which only sends out 99/98 when necessary - the SysEx stream based NRPNs bypasses it, therefore the problem.
I will think about a solution which can handle this configuration properly...
Best Regards, Thorsten.
-
@lukas412 I remember that I got increased noise when the module is supplied from MBSEQ, therefore I jumpered it so that it's supplied from the 4ms pod PSU
Best Regards, Thorsten.
-
Hi Pavel,
yes, this should be possible.
In cs_menu_buttons.inc you've to define a new CS_MENU_BUTTON function, and program what you need.
It has to be registered as a DIN_ENTRY in your setup_*.asm fileBest Regards, Thorsten.
-
I got some PCBs - hurray! :-)
And while testing them, I found a bug in the WS2812 driver, which falsified the colours, and also influenced the colours of other LEDs - a very stupid one!
Here an updated version: http://www.ucapps.de/mios32/midibox_ng_v1_037_pre11.zip
Best Regards, Thorsten.
-
Found the bug - fixed! :)
Best Regards, Thorsten.
-
Here the example:
- NGC: https://github.com/midibox/mios32/blob/master/apps/controllers/midibox_ng_v1/cfg/tests/runscr6.ngc
- NGR: https://github.com/midibox/mios32/blob/master/apps/controllers/midibox_ng_v1/cfg/tests/runscr6.ngr
Since in the NGR script the new "range" feature is used, you've to try it with the latest MBNG version
Best Regards, Thorsten.
-
I think that this could be somehow solved by using ^dump in combination with sysex_pos for individual dummy events which collect the characters - the characters then have to be print out conditionally, e.g. based on another dummy event which stores the selected channel.
Best Regards, Thorsten.
-
Hi Chris,
you could just define multiple EVENT_RECEIVERs, listening to incoming SysEx, matching on certain bytes which indicate which channel is addressed, and then store the value into ^val
E.g.:
EVENT_RECEIVER id= 1 type=SysEx stream="0xf0 0x11 0x22 0x33 0x00 ^val" EVENT_RECEIVER id= 2 type=SysEx stream="0xf0 0x11 0x22 0x33 0x01 ^val" EVENT_RECEIVER id= 3 type=SysEx stream="0xf0 0x11 0x22 0x33 0x02 ^val" EVENT_RECEIVER id= 4 type=SysEx stream="0xf0 0x11 0x22 0x33 0x03 ^val"
In a NGR script you can access the received values with (id)RECEIVER:1 ... (id)RECEIVER:4
Which means for your NGR script: if you switch to another channel, just take the corresponding value from the receiver and display it.
Best Regards, Thorsten.
-
There is a trick which might help here: a SysEx stream can also send "common" events, which means: we can just put all CCs into a single String.
Example:
EVENT_ENC id=1 hw_id=1 label="@(2:1:1)Attk " enc_mode=Inc01_Dec7F if_equal=0x01 type=SysEx stream="0xbb 99 0 98 23 96 1" EVENT_ENC id=1 hw_id=1 label="@(2:1:1)Attk " enc_mode=Inc01_Dec7F if_equal=0x7f type=SysEx stream="0xbb 99 0 98 23 97 127"
Best Regards, Thorsten.
-
An example setup for this use case can be found here: https://github.com/midibox/mios32/blob/master/apps/controllers/midibox_ng_v1/cfg/tests/conev_1.ngc
# send CC#96 if value is incremented EVENT_ENC id=2000 hw_id=2000 enc_mode=Inc01_Dec7F if_equal=0x01 type=CC cc=96 lcd_pos=1:1:2 label="Enc INC" # send CC#97 if value is decremented EVENT_ENC id=2001 hw_id=2000 enc_mode=Inc01_Dec7F if_equal=0x7f type=CC cc=97 lcd_pos=1:1:2 label="Enc DEC"
Best Regards, Thorsten.
-
In MBNG it's a soft-option written into the NGC file:
AINSER n=1 enabled=1 cs=0 num_pins=64 resolution=7bit
which allows to set the number of pins
Best Regards, Thorsten.
-
Ok, then please try this version: http://www.ucapps.de/mios32/midibox_ng_v1_037_pre10.zip
It allows to specify ranges, e.g. with:
set_active (id)ENC:1..4095 0
all encoders will be set to non-active state
Best Regards, Thorsten.
-
Hi,
linking this information with your proposal for "bulk operations", and it makes sense ;-)
Would "combined" set_active help to reduce the number of commands, or are there other commands which are repeating a lot?
Best Regards, Thorsten,
-
Important: when you are experimenting with NRPN, please use the latest version which got a fix for the NRPN numbers: http://www.ucapps.de/mios32/midibox_ng_v1_037_pre9.zip
(I will release this soon to make the changes official)
Best Regards, Thorsten.
-
Thanks for the valuable feedback!
18 hours ago, Elektruck said:And I didn't notice any difference in the calibration procedure but maybe you just changed the code and not the procedure?!....
yes, by intention I wanted to keep the procedure "as is".
Best Regards, Thorsten.
-
@sis.tm concerning MacOS update: I will observe this - once I got more indicators what could go wrong there, I will try to safeguard the upload. There are already some measures (e.g. checksums and handshakes), but it seems that this isn't enough.
Otherwise: sometimes patience is a virtue - hopefully Apple will fix this.Concerning CV modules: just tested at my side. No ground hum, and no noticeable noice. Only if I extremely amplify the audio signal in my DAW, I can notice some digital noise (at an ignorable -80 dB level) which disappears if I disconnect CV and Gate, but definitely no hum.
The system: MBSEQ is connected via a externally powered USB Hub to a MacMini 2012, a "Kraftzwerk" is connected to the CV interface, and Audio is connected to a Firestudio Mobile.Best Regards, Thorsten.
MIDIbox SEQ V4 Release + Feedback
in MIDIbox SEQ
Posted
This should be fixed now, please try this version: http://www.ucapps.de/mios32/midibox_seq_v4_097_pre1.zip
Best Regards, Thorsten.