I think you might need an envelope to avoid that.

As I mentioned above the pitch slewing functionality is controllable from teletype but by default it is disabled (no portamento). What I’m trying to do is to get sense of how dramatic the portamento effect is that you are reacting then I’ll be more able to tell if this is software related or hardware related.

1 Like

I noticed this with Kria and Mangrove actually when I first got it, I just assumed it was because I wasn’t patching it into a VCA with an envelope triggered by Kria’s corresponding TR. Now I just always have Pip Slope going into Air on Mangrove and I’ve never worried about it again.

Ok, will make an audio today

Hmmm just have disting ad Env available for now (Jf used as sound).
I tried ansible midi gate into Env to Laurentide LPG cv, Vco sound through lpg. Thats it… with hard envelopes it just stays as is and with soft it gets more extreme

Took me a while sorry.
Was about to record but wanted to test further before.
Turns out with a sampled oscillator played via 1v/oct i can play pretty clean.

With multisample instruments (both, this and the sample vco is disting mk4) i had more problems with missing notes the faster i played.

Wich leads me to either being a latency problem or the waveforms.

So it seems the heavy portamento glitch i only get when playing synths

This includes just friends aswell as wavetable vco

It is very noticeable when playing melodies with more than 2 fast changing notes but can also get weird when played slow as showed in the (sorry! Horrible) test recording. It is mostly dependent on how perfect i play in certain monophonic synth way. So when i have the last bit of a ms my finger on a key or its releasing while playing the next note i get all portamento things going on.

I think for some synth players this is even wanted, but for me its awful :smiley:
I think its a midi /portamento thing. Not a real bug.

I advice nobody to listen to it if its not for research :smiley:

1 Like

I wonder—note, I don’t have an ansible, so who knows, but I wonder if this isn’t expected behavior. Let me spitball a little

  • I don’t know how the ansible MIDI-to-CV prioritizes notes: since you’re taking a polyphonic domain (the MIDI source) and constraining it to a monophonic range (pitch CV), Ansible has to make a choice about what to do when multiple MIDI notes are active. This will happen when playing legato. My MS-20, for instance, gives the highest note priority, so pressing a lower key while holding down a higher one will not have any effect, but the reverse is not true. This is a design choice and it’s not the only reasonable one to make. I would consult the Ansible manual to see what choice they make.
  • this is definitely not portamento that I am hearing, although I agree with you that the jumping between pitches sounds like it’s not what you are likely to be playing.
  • you aren’t providing any amplitude shaping to your sound, so one possibility is this—again, I just want to reiterate that this is just an idea and is likely best confirmed with the manual rather than here—it could be that ansible sends 0V when no notes are active. This would cause a jump in pitch in your setup since the output of the oscillator is always audible. Frankly speaking this would likely be undesirable behavior for anyone trying to make use of an envelope with a release stage, but it could be expected behavior.
1 Like

Complicate but makes sense, i ll see what the manual says but i think its rather short on midi. Will see.

Yes the constant voltage and a pitch jump is what i think i am hearing when after powerup i am selecting a midi mode and hit a note. So if this, wich is as you say just logical a constant behavior and gets inbetween if playing isnt exactly precise, the outcome is that uhm…note jumping?

under my hypothesis it has less to do with imprecise playing and more to do with not using a VCA/LPG or similar to shape your sound into “notes” :wink:

Oh i had the same going on with lpg. Havent tried with envelopes tho. Will do that. I undertsand what you mean now.

Mmmmh yes actually… the sampled Oscillator (mangrove) had its own vca, that supports your suggestion!

1 Like

I’ll caveat this with it’s been a lot time since I’ve looked at the code… but from memory:

I believe it is just doing last note played priority (and that probably isn’t in the manual). What I don’t recall is how it handles the gate output when the notes are interleaved in mono allocation mode. For example if the MIDI events are:

  1. note on A
  2. note on B
  3. note off A
  4. note off B

…the device on seeing event 2 can change the pitch CV but it has no idea how long it will be until event 3 (note off for the first note) arrives. The code currently never lowers the gate output if the notes being played overlap.

Since the gate always stays on (in mono mode) that leads me to believe what we are hearing could actually the response time of the CV DAC (digital to analog converted) itself. All DACs take some amount of time to change their output from one voltage level to another. The oscillator being driven also plays a role in the response time, if the oscillator is digital then it will have a ADC (analog to digital converter) on its pitch CV input. An ADC used on CV inputs is likely to be polled at some rate (say 1kHz) and it takes some small about of time to do the analog-to-digital conversion after being asked to. This is a long winded way of saying that I believe there are technical reasons you are finding in more difficult to get a satisfactory progression of pitches when the oscillator is digital (like the disting).

Using an LPG or envelope to shape the amplitude a bit more will help mask the transition from one pitch to the next when the notes don’t overlap but given that gate always stays high if notes overlap then it won’t help much there (since the envelope won’t get re-triggered).

Another factor possible at play is the rate at which then MIDI data itself is being processed. Apologies for the technical digression again but here we go. The way USB works is that the host (ansible in this case) has to periodically ask the attached device(s) if they have any more data. A USB device buffer a small amount of data while waiting for the host to request more.

Currently the code checks for MIDI data every 8 ms. It is possible that in this case multiple MIDI events are getting bundled up together and the ansible is more or less handling them all at the same time which could possibly be the source of the jumpy pitch output.

I think the first thing to test will be speeding up the rate at which MIDI data is handled and seeing if that has a positive effect. Unfortunately I won’t be able to generate a modified build of the firmware for several days.

…thank you for making a recording. It really helped me get a sense of what you were reacting to.


I’ll follow up with a firmware mod to test as soon as I’m back in town.

2 Likes

Awesome. Yes all of that makes perfect sense also that i could only mask it.
So latency wasnt that far off. And yes both Just Friends and Disting are digital. That it worked with the mangrove sample in disting isprobably either by the masking of its vca or the minimalistic load of using just one sample pitched 1v/oct. hmmm on the other hand the dac conversion would still take place.

Happy you look into it and no rush at all. I probably wont dare to flash ansible without an Earthsea port on a new firmware :slight_smile:

Oh and just for detail. When i played a multiple samples drum kit via ansible midito disting, i had no obvious tracking issues. Clear cut off.
I am not techy enough to see this in relation to the conversion latency and how this could differ from notes. But this would lead to the constant gate high again.

Just thought i should mention

I’m experiencing the same thing with Ansible’s pitch out reverting to some constant note each time I release a key - I usually have to hit the panic button every 10 minutes or so to fix it. I play a lot of rapid sequences (like tapping guitar solo style) - not sure if that’s related (if it’s being overloaded with midi info). But once it gets in that state, it’s pretty much stuck that way until I hit button 1.

I wonder: does the note that you revert to change at all? if it’s the same one, maybe Ansible is like “no data? time to go to 0V”, otherwise it sounds like a stuck MIDI note.

(again, just hoping my spitballing is marginally useful)

1 Like

That’s a good point, I usually quickly tap the panic button, but next time I’ll try to observe what pitch it’s falling back to. You may be right that it’s a stuck MIDI note, although one without a corresponding gate :thinking:

EDIT: I do know that it’s not 0V, or at least that wasn’t what I was observing yesterday evening.

1 Like

Has anyone had any luck using Ansible with a iConnectivity mio4? It looks like it should be ok but I can’t seem to get them to play nice together. Any tips?

I haven’t personally tested but I would expect it to work. The mio4 has caught my eye as well. Actually @mlogger might know - I believe I’ve sean him use iConnectivity gear in a video.

Yes I used an Iconnectmidi2+ hooked upto an iPad running various sequencer apps

2 Likes