#66

I wonder if its possible to add more arc functionality to Ansible in later firmwares - I think this shift register sequencer from parasite Frames firmware would work really well with Arc https://mqtthiqs.github.io/parasites/frames.html

5 Likes
#67

I asked this in another thread: is preset management independent of firmware update on the horizon?

3 Likes
#68

I donā€™t think so but I believe there is a way to save the existing firmware code on the module onto computer

#69

Rightā€¦but the presets are stuck with that version of the firmware. Need to be able to load presets into new firmware somehow.

1 Like
#70

Yes I agree itā€™s a workaround only. The presets issue is the reason why I canā€™t update to v1.6 as I gig using v1.5 presets. I am seriously considering buying another Ansible as I want to use the Arc and Grid together anyway.

#72

Thatā€™s what Iā€™ve been doing. Took half a day last time. :man_facepalming:t2:

#73

I have two for that reason.

1 Like
#74

i just wanted to say thanks for this ansible update
very fun and more expressive even with the Kria/Whale sequencer --i am having fun with it

3 Likes
#75

this is why i have 2 as well. highly recommend it.

4 Likes
#76

Is it possible in the Kria 1.6.0 fw to tie notes together for a continuous output gate held across multiple steps? Didnā€™t see this documented anywhere ā€¦

#77

yes, with the duration parameter set to maximum and the multiplier also set to maximum, the gate length will be the same as the clock step. it wonā€™t re-trigger so itā€™ll give you something like a tied note.

2 Likes
#78

Any chance we may see per-channel octave transposition for Kria in the future? I thought I remember that being highly considered for addition, would be amazing!

3 Likes
#79

Hi so was wondering if saving a preset on Medowphysics overwrites the same location on Kria (for example) or can they co-exist ?

Is there a way to backup my presets?

Thanks!

#80

meadowphysics and kria have their own preset locations, they do not overwrite one another.

you can back up your presets with the entire firmware, but you canā€™t export the presets to a new firmware update. for most people this is not very useful.

#81

thanks got it!

if you donā€™t mind me asking why canā€™t we implement presets that will be saved with a firmware updateā€¦

#82

since Teletype has this, I think itā€™s just a matter of finding a good way to do this (and the time to write the code!) rather than an impossibility.

#83

Might be possible with a hex editor to inject your presets into new firmware. But only if the format of the presets doesnā€™t changeā€¦

A patch utility bundled with firmware releases might be the most realistic solution. Then if the save format changes it could pad / trim your existing presets as needed and inject them into the new hex.

#84

20181112_142330
20181112_142330.jpg2206Ɨ2941 2.4 MB

Discovery of the day: Ansible will happily host a Roli block. These are cool because you can code a sequencer that runs on the block hardware. This is a simple 8 step note+velocity seq running. Ive also played with it as an XYZ pad sending CCs to Ansible CC allocation mode.

This brought up an interesting use for the currently unused TR in for the standard MIDI mode on Ansible. If Ansible could send some arbitrary note on/off (or maybe CC high/low?) when recieving TR in, then it could be interpreted by the block, which can be used to create custom apps with bidirectional communication. The MIDI arp app does generate MIDI clock from trigger in which is cool, but arbitrary commands would be more usefulā€¦ I have a Rene style cartesian sequencer in mind

Would the TR handler code be inserted here following the same structure as the ArpTR handler??

The only thing confusing me is that the TR1 in MIDI mode is a Panic command, which I donā€™t see reference too in this handler. Sorry if im overlooking something, im not much of a coder and Ive not dug into Ansible code before

3 Likes
#85

Not sure if this is the best thread to ask this kind of thing, but it struck me that I could possible leverage my ansible to handle my BopPad->modular setup when I donā€™t feel like setting up a whole laptop situation.

In looking through the documentation Iā€™m after Allocation style 4: FIXED, and specifically learning how I have things mapped, but Iā€™m wondering if thereā€™s a way to do this more explicitly by telling the ansible what notes/CCs to respond to?

Iā€™ve got a fairly in depth BopPad mapping where it sends all sorts of CCs for things like radius/pressure/etcā€¦, and I donā€™t really know what order they will be sent out and it would be good to avoid having to learn/relearn until (and if) I get the mapping I want.

It is possible that CCs send out in the order they are listed in the UI, which would be good, as CC1 is what I want from each note/channel anyways, though it is different MIDI channels (13/14/15/16) for each quadrant.

Thoughts?

51
Screenshot 2019-06-21 at 10.32.51.png747Ɨ566 16 KB

#86

Iā€™ve experimented with Ansible + Boppad before and had it working like youā€™re describing in fixed mode. When I assigned the velocity parameter from every quadrant to CC 16, for example, the CV out on Ansible ch4 updated to a new velocity every time I hit a new pad. I havenā€™t experimented with the continuous variables like pressure.

1 Like