So I’ve had this for a week or two now but just curious about something - Is it normal that one cannot move these encoders too fast? I’ve never used a synth where by all encoder cannot keep up with movements. For instance trying to move the cutoff quickly , the box just can’t keep up with it , sound and display - mines either defective or just unacceptable given the price , due to this you cannot jam live effectively due to the amount of what feels like input lag
They moved manufacturing overseas … mine has dirty fingerprints all over the mobo but thankfully that’s the only hardware issue …
I would do an exchange with the store or get in touch with Elektron for repair/replacement.
Trouble is with that tho man (scratchyness of the encoders and button rubbing) is if it’s a batch thing , I’m only gunna get another like it
As for the encoder lag , is this the same for everyone ? Try moving the cutoff knob fast , see if you get the exact movement ratio to sound and display , it cuts out
1 Like
Now that you bring it up, I am just now noticing severe inconsistency in the knobs. Sometimes you can change values fast, sometimes not. This is an issue worth reporting to them which I think I’ll do and you should as well since I think it can be fixed in firmware.
Unfortunately the visual lag is just what it is. It was even worse on the original Digitone (assuming you’re talking about DN2).
1 Like
Yes DN2 , it ain’t just a visual input lag though as it effects the sound. Try it sustain sound move it as fast as you can or just simply quick , it won’t respond to that speed , sound aswell as visual
On further observation I think I know what the issue is and it’s bad news. I just happened to find out that they use endless pots instead of encoders for a while now, which means they are sampling them at a fixed rate. If that rate is too low for the movement, it can confuse it for a slow one, or even backwards!
Whether they can improve it is a tossup.
1 Like
Why ? That makes no sense as a reply to me.
This is more likely related to connections or expectations
It’s simply a case (I’d say) of having the unit standalone, getting the manual out and learning how to use the knobs properly
They’re endless potentiometers, they’re not encoders, but the manner with which user input is tracked and translated is broadly similar, i.e. it is based on an algorithm, so the parameters adjustment can often feel too fast or slow and can feel wrong if used incorrectly (or if expecting a regular pot feel)
Both rate and whether you press or not have an impact on the rate of progress
Noticing lag seem more likely with a midi loop of some kind
Where the devices are made have zero effect on this … that is a bogus line
This unit is more likely sound than not based on the vague description and lack of video
There isn’t any concrete reason to think of returning, that’s not a sound recommendation imho, yet !
Ps hadn’t seen scratchy pot reply, but even that can be an expectation thing, but perhaps only a few % of feel either way, nothing roo significant should be present of course
A ticket is the way to go
4 Likes
He mentioned something that sounds like a defect
all encoders do not feel smooth , feels like they got shit stuck in them
I will say that I complained about the smoothing algorithm on the knobs on the original DN which made it so quick oscillations were literally impossible, they would just get smoothed out to nothing, and it seems they basically fixed that. So I think it is something that they care about and might respond to.
Scratchy would be best to describe , upon reading further here someone else had reported this , mentioned about a fix by re aligning the case , something don’t trust myself to do , not unless it’s easier than I think ?
The lag btw isn’t related to the way the encoders feel , different thing , like you say the input lag issue is I think what you have described a few posts up.
There is no midi loop going on btw , it’s just not very responsive
Yeah definitely not normal, mine are smooth as butter. I wouldn’t attempt my own fix if you don’t feel confident.
Definitely just report it as an issue. The more they hear about it the more likely they’ll be to address it in an update! 
They don’t read everything here.
So just to double check , there’s an uncanny amount of lag for you when you move your encoders , you know like the cutoff quickly for instance.
Could you please post a video so we have something to compare to? What might be “uncanny amount of lag” for you might be imperceptible to someone else, so without a benchmark we are all just talking past each other.
I mean, in terms of input-to-response time, it’s way improved over DN1, which I’m happy about. But quick, subsequent, large movements (as opposed to rapid short wiggles) result in almost random response, which isn’t great for performance.
I’d be curious to see a video too!
WarPigs , just try to do some quick wub wub wubs manually
it can’t keep up.
Ain’t even just the cutoff though its all parameters
How do I upload here ?
Youtube 
Just post the link and it’ll embed
2 Likes
Ah fair doos , although it’s very obvious and surprised this hasn’t been mentioned by more people.
1 Like
A fair number of people either don’t notice, adapt to work around it, or just use an external controller.
I’m all for improvement where possible. We can’t demand perfection, the box has a lot going on inside.
Not sure how anyone couldn’t notice , don’t want perfection as such just miffed by the fact you can’t jam the cutoff off or any other parameter for that matter at speed you choose