YES…thank you for this nuggest :).
P-locking all trigs on page doesn’t work as expected in certain cases
After holding a trig on Page 2 of a sequence and increasing the NOTE param, if it is a trig on the first step with a microtiming of < 0, it won’t be affected. The trig in question is not affected by doing it on Page 1 either.
I also had some nasty results decreasing the NOTE param on any page except Page 1. Unpredictable.
how come retrig doesn’t do anything in mono legato
Seems there’s no way to control the note length with retrigger so I guess they just legato into each other. It would be nice if it forced a retrigger in this case.
So just to be sure: The LFOs are fucked up right now with 1.10 if you want them to be synced? Or is that my incompetence?
Had a freeze/crash and then lost 30 mins of progress on my pattern.
I was tweaking the arp and then switched to note edit , entered 3 notes and then it happened. Everything froze, no sound, had to restart then everthying i build the last 30-45 mins was gone…
Was this on the latest firmware 1.10?
Not that I’ve noticed, BPM multiplier LFO speeds should be synced at speeds like 16, 32, 64, or dotted synced at 12, 24, 48.
Yep
well you’re the first personn i see recording directly into song mode, not a bad idea but i don’t think the song mode i s made in that sense. i think you should try loading the sound preset on the track first on each pattern, also the new pattern does not have a note info if for exemple you played the last note on last measure of the first pattern.The patterns on elektron devices are totally indepandant containers thus not behaving like a daw normally behave. but i find the idea interesting
I’m having issues with 1.10 wherein the arp settings seem to be carrying over to the next pattern, but only when decrementing to a previous pattern.
i.e. If the arp is running on track 6 let’s say, pattern 4, and I switch to pattern 3; it’s as though the arp then assumes the sound on track 6 of pattern 3 (in fact, it sounds as though it’s actually conflating the sound parameters of both tracks).
And so on…
It happens most consistently when there is more than one arp running in the pattern that I’m switching from, but I’ve also had it happen when switching from patterns with a single arp track.
Again, thus far, it has yet to happen when incrementing to the next pattern; only when decrementing to the previous one; and only when the sequencer is running.
To which end, a quick stop/start of the sequencer fixes it immediately every time.
Cheers!
The SYN parameters listed under LFO destination are always the preset’s parameters for an audio track, even when using sound locks. So if you have a sound lock that uses a different machine that the track, its LFOs will list the wrong SYN parameters, i.e the ones for the track machine.
On 1.10A.
Sequencer page setup - speed issue
I’ve started a pattern with the page setup default (“Per pattern” mode) but with a given speed of 1/4x.
When I switched the page setup to “Per Track”, every track got a speed of 1x.
After the surprise and disturbance, it was very annoying to fix the speed of each track.
I was expecting that the “per track” speed to be initialized from the “per pattern” speed.
This isnt a bug tho, this is default behaviour
Well, the page length is taken into account for each track but not the speed. This is somewhat inconsistent.
This should definitely be changed, since retrigs can have lengths shorter than the period.
Normal behavior sounds like. Already-playing notes don’t stop when you switch patterns and there isn’t anything in the new pattern’s track to override them. This includes any running arps.
well that’s always been the case with any elektron box if you set trig lenght to inf or release to inf no?
Oh, that wasn’t meant to be a bug report, I was explaining to @JohntheSavage why his bug report sounds like normal behavior.
all right my bad