FYI - the project is still active, current website is
https://omg-instruments.com/wp/?page_id=52
There are some plans to update the firmware in 2024 and add a few new functions.
BlueARP DM: hardware arpeggiator/sequencer (news & discussion)
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
BlueARP DM firmware update v2.5.3 released
https://omg-instruments.com/wp/?page_id=84
Plus the updated manual
https://omg-instruments.com/bluearp_dm/ ... 5.3_EN.pdf
https://omg-instruments.com/wp/?page_id=84
Plus the updated manual
https://omg-instruments.com/bluearp_dm/ ... 5.3_EN.pdf
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
BlueARP DM got a big v2.7.0 update with a new operation mode - guitar strumming
Changes in the BlueARP DM firmware v2.7.0:
1. New operation modes - Guitar mode and Fixed arp mode (the same as in the plugin). Fully integrated into BlueARP DM GUI.
2. Reworked and improved USB sync mechanism for the Control app and the unit (this really took a lot of time). There were quite frequent check sum errors with the previous versions, due to errors in coding and some problems of the STM32 USB implementation which requite some workarounds in the code. Now USB sync is soild and can work for hours.
Tested a lot on PC and just a little on Mac, but on mac it should work as well
3. Fixed some bugs in the Drum mode regarding USB sync (some of the actions were not synced, especially those hidden in the menus)
4. Reworked some internal code and fixed some errors that could cause hands when playing all the instances and sending and recieving lots of MIDI messages on different ports
5. Added support for MMC cards, fixed some errors in the low-level SD Cards code, should improve various cards support
6. Updated FatFS library and enabled 64-bit addressing, fixed the bug when BlueARP DM couldn't read or save the file if it is beyond the 4 Gb limit (like you have 8Gb card, 5 Gb are already occupied)
Changes in the BlueARP-Ctrl app v2.7.0:
1. All the same as in the plugin (new operation modes)
2. Fixed GI bug with disappearing parts of the GUI (in the control app it was quite frequent)
3. App can now resize normal way and can work full-screen (my goal is to ise it on the table, it is one of the reasons I implemented this)
4. App now memorizes the selected midi ports and auto-selects them on the startup
5. By default, app will use ports PC.D and PC.2, so the first midi in and midi output (PC.1 / PC.A) will be free to use by the DAW
6. Added some error handling logic, so Ctrl app won't crash when the selected MIDI port is occupied by another app
Changes in the BlueARP DM firmware v2.7.0:
1. New operation modes - Guitar mode and Fixed arp mode (the same as in the plugin). Fully integrated into BlueARP DM GUI.
2. Reworked and improved USB sync mechanism for the Control app and the unit (this really took a lot of time). There were quite frequent check sum errors with the previous versions, due to errors in coding and some problems of the STM32 USB implementation which requite some workarounds in the code. Now USB sync is soild and can work for hours.
Tested a lot on PC and just a little on Mac, but on mac it should work as well
3. Fixed some bugs in the Drum mode regarding USB sync (some of the actions were not synced, especially those hidden in the menus)
4. Reworked some internal code and fixed some errors that could cause hands when playing all the instances and sending and recieving lots of MIDI messages on different ports
5. Added support for MMC cards, fixed some errors in the low-level SD Cards code, should improve various cards support
6. Updated FatFS library and enabled 64-bit addressing, fixed the bug when BlueARP DM couldn't read or save the file if it is beyond the 4 Gb limit (like you have 8Gb card, 5 Gb are already occupied)
Changes in the BlueARP-Ctrl app v2.7.0:
1. All the same as in the plugin (new operation modes)
2. Fixed GI bug with disappearing parts of the GUI (in the control app it was quite frequent)
3. App can now resize normal way and can work full-screen (my goal is to ise it on the table, it is one of the reasons I implemented this)
4. App now memorizes the selected midi ports and auto-selects them on the startup
5. By default, app will use ports PC.D and PC.2, so the first midi in and midi output (PC.1 / PC.A) will be free to use by the DAW
6. Added some error handling logic, so Ctrl app won't crash when the selected MIDI port is occupied by another app
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
BlueARP DM firmware v2.8.1 is out:
https://omg-instruments.com/wp/?page_id=84
And some musical demo:
https://omg-instruments.com/wp/?page_id=84
And some musical demo:
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
BlueARP DM sequencing Roland SC-88, a minimalistic setup I wanted to try for a while. The whole performance was programmed on BlueARP DM (not using the Ctrl app), the goal was also the test the workflow.
The important thing here is that BlueARP DM sends all the program changes, effect levels and other necessary sysEx to the Roland SC88. So after SC88 init I can load the project and recall the settings.
The important thing here is that BlueARP DM sends all the program changes, effect levels and other necessary sysEx to the Roland SC88. So after SC88 init I can load the project and recall the settings.
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
BlueARP DM firmware update v2.8.4
https://omg-instruments.com/wp/?page_id=84
Change log:
1 BugFix. DIN5 midi outs could drop MIDI notes in a dense note flow, like when you
have 8 active instances, all sending out MIDI to a single DIN5 port
(especially noticeable when you have instance 1 as thru, its notes were dropped the most)
1 BugFix. Hangs and note drops on USB-MIDI outs via connected USB-MIDI interfaces
(midi INs worked fine, and that's what is mostly needed for the controllers, midi
out via USB-MIDI were used rarely that's why I didn't see it before)
2. BugFix. SD Card page, sometimes wrong behavior when you try to go up the folder
3. Minor fixes for the text edit window
4. Automation page, when source = MChain and target = B-PROG (send bank + program message),
program numbers are displayed as 1..128, while actual values are 0..127
(this is the way it is usually in the synth voice lists, program numbers are encoded as 1..128)
5. BugFix. When operation mode is changed to drum or guitar, instance names were reset to default
6. Various minor GUI bug fixes for automation page
7. BugFix. Meta-chain page, when switching meta-chain blinking led (not yet switched), kept blinking
8. MIDI Out buffer for DIN5 increased from 32 to 64 messages (if you use multitimbral synth on all 8 instances,
you may hit the buffer overflow with 32 messages, 64 looks solid enough)
9. Filter Sustain param was reset to 'latch' on project load for instance 0, I removed that logic
10. On meta-chain page, green led indicates reference loop beat even when current instance is OFF or THRU.
11. BugFix. On meta-chain page when switching meta-chain with a long chain quantize value like 1 bar,
several LEDs may start blinking instead of one (the current)
12. BugFix. Routing page, in modes other than 'arpeggiator' input range (wrap) params disappeared.
https://omg-instruments.com/wp/?page_id=84
Change log:
1 BugFix. DIN5 midi outs could drop MIDI notes in a dense note flow, like when you
have 8 active instances, all sending out MIDI to a single DIN5 port
(especially noticeable when you have instance 1 as thru, its notes were dropped the most)
1 BugFix. Hangs and note drops on USB-MIDI outs via connected USB-MIDI interfaces
(midi INs worked fine, and that's what is mostly needed for the controllers, midi
out via USB-MIDI were used rarely that's why I didn't see it before)
2. BugFix. SD Card page, sometimes wrong behavior when you try to go up the folder
3. Minor fixes for the text edit window
4. Automation page, when source = MChain and target = B-PROG (send bank + program message),
program numbers are displayed as 1..128, while actual values are 0..127
(this is the way it is usually in the synth voice lists, program numbers are encoded as 1..128)
5. BugFix. When operation mode is changed to drum or guitar, instance names were reset to default
6. Various minor GUI bug fixes for automation page
7. BugFix. Meta-chain page, when switching meta-chain blinking led (not yet switched), kept blinking
8. MIDI Out buffer for DIN5 increased from 32 to 64 messages (if you use multitimbral synth on all 8 instances,
you may hit the buffer overflow with 32 messages, 64 looks solid enough)
9. Filter Sustain param was reset to 'latch' on project load for instance 0, I removed that logic
10. On meta-chain page, green led indicates reference loop beat even when current instance is OFF or THRU.
11. BugFix. On meta-chain page when switching meta-chain with a long chain quantize value like 1 bar,
several LEDs may start blinking instead of one (the current)
12. BugFix. Routing page, in modes other than 'arpeggiator' input range (wrap) params disappeared.
-
- KVRian
- Topic Starter
- 805 posts since 15 Apr, 2012
BlueARP DM firmware update v2.8.7
https://omg-instruments.com/wp/?page_id=84
Contains mostly relevant changes from the plugin:
1. New parameter 'clock offset, ms' - offsets BlueARP clock per-instance. This offset will add up to the clock shift defined on page '10. CLOCK'
2. Fixed issue with 'press midi key...' input for midi-key related params (it captured a value with offset, like C#3 instead of C3)
3. 'sync' param: re-ordered the list by note length (for the existing projects, values will be re-mapped on load), added '1/3' and '3/4 values
4. 'in. quantize' and 'chain quantize' params: re-ordered the list by note length, also added '3/16' and '1/3' values
5. Guitar mode related parameter 'chuck mode', 'chuck value', 'palm mute', 'palm mute ch.' were changed from program-level to bank-level. This was a hard decision but this way it is more convenient in 99% use cases, you don't need them to be different per-program, in rare cases you do - you can have 2 instances if BlueARP for that. For the older saved projects, conversion routine will take the value from the current program, so, unless you had these settings deliberately different for different programs, your older project will load fine.
6. GATE per step lane now has fine scale (again, for the older projects conversion will take care of remapping to new values). It still has 128 steps in total, but it gives finer adjustments than the previous one.
7. 'Duplicate' function for a program adds ' 2' to the name or increases the number if it ends with a number (to avoid the second program having exact same name)
https://omg-instruments.com/wp/?page_id=84
Contains mostly relevant changes from the plugin:
1. New parameter 'clock offset, ms' - offsets BlueARP clock per-instance. This offset will add up to the clock shift defined on page '10. CLOCK'
2. Fixed issue with 'press midi key...' input for midi-key related params (it captured a value with offset, like C#3 instead of C3)
3. 'sync' param: re-ordered the list by note length (for the existing projects, values will be re-mapped on load), added '1/3' and '3/4 values
4. 'in. quantize' and 'chain quantize' params: re-ordered the list by note length, also added '3/16' and '1/3' values
5. Guitar mode related parameter 'chuck mode', 'chuck value', 'palm mute', 'palm mute ch.' were changed from program-level to bank-level. This was a hard decision but this way it is more convenient in 99% use cases, you don't need them to be different per-program, in rare cases you do - you can have 2 instances if BlueARP for that. For the older saved projects, conversion routine will take the value from the current program, so, unless you had these settings deliberately different for different programs, your older project will load fine.
6. GATE per step lane now has fine scale (again, for the older projects conversion will take care of remapping to new values). It still has 128 steps in total, but it gives finer adjustments than the previous one.
7. 'Duplicate' function for a program adds ' 2' to the name or increases the number if it ends with a number (to avoid the second program having exact same name)