#209

Hi!

I have a question about Earthsea:

When playing back a loop/recording (whatever we are calling it), is it normal for me to experience a slight delay from when I trigger it from the top left button on grid? I’m trying to sync ansible with ableton using CV tools & Pam’s. Should I be adding a trigger in to the 2nd jack into ansible as well? I feel like its a little difficult to synchronize, maybe I’m just doing something wrong. I also hope this is clear :confused:. If needed I can post a video of the issue I’m having later?

Thanks!

Edit: Basically I’m trying to live record into clips into ableton, while also adding other instruments/midi into other clips and be able to have them easily synced for more improvisational stuff. Its just been a little bit challenging getting earthsea sequences to start in time with the metronome, even if I click the button perfectly on time.

Also: maybe this is in the Kria docs, but is there a way to “reset” the sequence? It would be cool if the external clock stopped while in Kria, the next time it starts back up it begins at step 1? Is this already a thing?

#210

The only way I could get this to work was setting up PNW to send a reset trig to Ansible when PNW is stopped, rather than when it’s started.

1 Like
#211

Interesting, this is what I was thinking would help as well. Was this for Kria specifically or just any of the scripts?

#212

That was for Kria. I assumed the other apps would share the same reset behavior, but I could be wrong there.

#213

recording starts when you play the first note, so there shouldn’t be any delay introduced (assuming you didn’t start by recording a rest). and it should play immediately when you trigger playback, assuming you’re not clocking it externally.

if you are clocking it externally then it will play a note whenever a clock is received, and there shouldn’t be any delay. is it possible that the delay is introduced elsewhere, between ableton and pam perhaps? can you use it to trigger some other sound in your modular and make sure it is synced?

2nd ansible jack will restart playback. if a clock is plugged into jack 1 it will reset and wait for the next clock to play a note.

1 Like
#214

Thats what I thought and yes, no rests on the instance I was having troubles with. I’ll see if there is any delay happening somewhere else, currently my latency is super low since I’m using a UA Apollo interface to send clock out. I’ll do some more testing.

Thanks for the response! Enjoying earthsea, and I appreciate all of the work you and @csboling have done for the 2.0 firmware :slight_smile:

2 Likes
#215

I just got a powered backpack in today and went to start setting up some devices to communicate via i2c. I go to the preset page and all I see is the uppermost left tile lit indicating which preset I’m in, and nothing in the 3rd column as described in the quote. I reinstalled ansible 2.0 just to make sure everything was right on that end, and I’m still not having any luck.

#216

This feature (I2C leader mode) was not part of the Ansible 2.0 release, to try it out you will need the beta build (currently 78d49d8) from the top post in this thread. I have some confidence that this works with TXo and ER-301, but I don’t know yet whether Just Friends works correctly or not.

#217

Ahhhhh, makes sense. Thanks for the quick reply, i’m about to test out that beta then

2 Likes
#218

Just realized I never followed up on this after my first failed attempt. I was unable to get this working properly. Triggers from the trigger page are being received, the duration page seems to be working for volume, but no CV values are being received.

Also, I think there is a zero index discrepancy because track 1 is triggering all voices, with track 2 triggering voice 1, track 3 triggering voice 2, and track 4 is triggering voice 3. Just Friends is supposed to fire all channels when an i2c command is addressed to channel 0, so this probably has to be shifted.

Picture of the follower setting page for reference:

IMG_20190727_100916363~2
IMG_20190727_100916363~2.jpg4032×3024 2.22 MB

1 Like
#219

I just noticed that when there’s just one note on the first step of a pattern, and you start Kria exactly on this first step (or use external clock and reset), this note is significantly longer than every following repetition. Is this a bug (latest beta)?

1 Like
#220

I’m not sure I’m following this right, can you spell out your clock/reset patch for me? By “start Kria” you mean like start the clock running when the playhead is on the first trigger step? A JSON preset backup file would also be great.

#221

This may be technically impossible, hard to build, etc - I have no idea. But thought I’d throw it out there as an idea anyway.

For ER-301 and Ansible, I think I’ll always be a little torn putting Ansible into i2c leader mode since Ansible will no longer respond to TT i2c commands anymore. I have a tendency to use Teletype for for clocking, syncing etc.

Is it possible to have a device (Ansible) play a little of both leader and follower roles? One thing i think would be really awesome with the ER-301 is to have a 4th alt parameter that sends a message over i2c to a configurable port, while the rest is done over patch cables.

So there’s no alt param for duration right now. The dream is that it’s alt param could be just a generic CV that you could use for whatever (filter cutoff, amp env amount, etc.) per step, and that particular param is sent as an i2c message - doesn’t affect the analog outs. The rest of the existing params continue to be voltage/patch cables, and Ansible still follows TT i2c commands.

Anyway, just a random dream I thought I’d throw out to see if it has any merit whatsoever.

#222

the existing implementation doesn’t support a device being both a leader and a follower, or having multiple leaders on the same bus unfortunately.

1 Like
#223

Bummer. I thought that might be the case, but nice to know for sure.

#224

This seems to work pretty well in practice with no additional configuration. I put Ansible in leader mode playing TXo and then proceed to modify TXo parameters from TT scripts. I’m not sure if this degrades bus stability or doesn’t work as well when you have more stuff/different followers on the bus, but the only times I’ve seen crashes have been at absurdly high clock rates for testing. Since implementing follower mode on Ansible I’ve been doing this all the time, it’s great fun.

1 Like
#225

Yes, I think you got it right. One out of PAM’s is sending the clock, another out a reset pulse. When I start PAM’s, the first time the first step is played it’s way too long. I’ll PM you the JSON file…

1 Like
#226

i’ve tried a multi leader set up with various configurations, and in some cases it seemed to work fine (this was polyes and teletype both in leader modes with a txo and just friends as followers) but in some cases it would cause i2c to lock (iirc teletype + polyes in leader modes + 4x txos and er-301 - i should add don’t read too much into the list of modules, it could have something to do with pullup values / cable length etc etc)

2 Likes
#227

I think I may have encountered the same issue without anything patched to reset (also using PNW and latest beta firmware).

Not quite certain how to describe the patch. I was running a sequence and stopped it. While stopped, I selected another pattern (without holding the pattern button) and restarted the clock.

The pattern switched and the first note was sustained for longer than expected. This did not occur again the next time the note was triggered.

Not sure if this is the same issue.

2 Likes
#228

Hope it’s OK if I keep dreaming around this idea. I’m basically looking for the equivalent of MIDI velocity here. It would add a whole new dimension of realism (or possibly surrealism if you prefer) to kria. If you pluck a guitar string hard, it’s going to not only be louder, but also have a brighter attack than if you pluck it softly. Same is true for striking a piano key, blown instruments, drum strikes, etc. You can’t really achieve this with kria alone (really, this is true of many step sequencers that don’t have a second CV out for each track).

So how about a 4th alt param for gate voltage? It could be fairly coarse (1v, 2v, 3v, 4v, 5v) and still have a pretty big impact, I think. You’d probably want to default to max voltage for backward compatibility and for devices that have a high minimum gate/trigger voltage. But for devices that can trigger on a fairly low gate voltage, you could route a copy of that gate signal to an amp and/or filter envelope VCA, and put a very short 100% wet delay on the gate signal itself. Basically adding some velocity control simulation to the sequence. You could use this for traditional things (amp & filter env amount), or something more creative.

What do you think? Is it even possible or are the Ansible gate out voltages written in stone by the hardware? If it’s possible, is this desirable? I think it would be super cool, obviously haha.