Problem: Pyramid skips first step in sequence


#18

Gotcha, I’m assuming it’s a pyramid problem, because I’ve rotated through various synths, and the problem persists. I’d be happy to email you a project that demonstrates the problem👍


#19

@Ptbarnum Great, you can send us your project at contact(at)squarp(dot)net !


#20

Will do today


#21

@squarpadmin, the thing I was talking about is pretty well covered in topic I linked earlier. It’s not specific to the beta, I know I’ve seen the phenomen on v2.30 but don’t have a reproducer at hand and couldn’t create one yesterday when I briefly tried to.

That said, there are clearly several different issues being talked about in this topic. And while checking the sounds of a newly acquired expansion board for my JV-1080 today, I realized that on some patches have a very noticeable loading time, probably closer to half a second worst case. The behavior is such that if you select a new patch and then quickly hit a note, the note will start playing after the load has completed but a 1/8 or 1/4 note could easily get lost in there. And that wouldn’t happen on the next loop of course because the patch is already loaded. However I don’t remember seeing missed notes with step-entered data so … I dunno. I’ll keep an eye on it and investigate closer if/when it happens next time.


#22

I’m having the same issue (first note is skipped) on a project. I’ve tried quantizing via FX, offsetting the note but nothing seems to work.

In my case a program has been assigned to the problematic track, which seems to be what causes the misfire (upon initial play only).

Have any workarounds been discovered?


#23

I haven’t had this problem but I also always put my program changes on their own tracks so I can have them play one shot and sequence them in more ways. It doesn’t fix your problem but it might be the simplest solution if you have empty tracks to spare


#24

Great suggestion—that’ll work for me.

Seems like it can generally be good practice too—to allow for multiple “program” tracks to affect the same pattern over the course of a song or performance…


#25

I have the “missing first note” issue when playing pattern chains in SEQ mode when I have a note on the first beat, quantizer on, and HUMAN- in the quantizer set to some non-zero value. Sometimes the first note plays, and sometimes it doesn’t. I speculate it’s because the HUMAN- setting is sometimes setting the note to sound early and so doesn’t get played when a new sequence starts. If I set HUMAN- to zero, the first note always plays.

IIUC, the HUMAN settings are supposed to cause variations in the timing, so it kind of makes sense that a note at 1.1.0 might get moved to an earlier time and so might not play when that sequence is switched to. That said, it definitely seems wrong that something as fundamental as a kick drum on beat 1 would sometimes not happen. I would hope they could make the sequence chaining function smart enough to allow the first note of the next sequence to occur early. Alternatively, they could make the humanize function never make the first note earlier.

I sent a bug report to Squarp a week or so ago with steps to reproduce this issue, but haven’t heard anything back from them.

But the above discussions about CCs and PC makes me wonder whether the HUMAN settings in the quantizer are applied only to notes, or to any/all kinds of data. Anyone know the answer?


Moose


#26

I also have this “problem” I consider it for me a minor issue tho


#27

Hi all.

Did this missing first step issue get fixed?

It’s putting me off buying the Pyramid atm.

Missed first step can be a common problem with some sequencers, and it’s pretty frustrating to deal with.

Cheers


#28

New Pyramid user here. I can reproduce this & the seeming intermittent occurrences:

Track 1: 1 bar
Track 9: 4 bars (with note on first step)
Seq 1: Track 1
Seq 2: Track 1 & Track 9
Sequence chain: Seq 1 plays for 4 bars - result: when seq changes to seq 2, first note on track 9 triggers OK.
Sequence chain: Seq 1 plays for 2 bars - result: when seq changes to seq 2, first note on track 9 does NOT trigger.


#29

@virtualpt, is your track run mode set to FREE? Is the first note played if you change the track run mode to RELATCH?
see http://squarp.net/modeseq#ancre09


#30

Yes, they would have been running in free mode. It would be easy to test if changing to relapse makes it behave differently, I don’t have time at the moment, but you could easily replicate my test if you were interested. Even if that does work, this is still a bug :slight_smile:


#31

why? the way the free mode is described in the linked part of the manual I understand that after playing 2 bars the 4bars-long track 9 is playing in the middle, so it won’t play a note at its beginning, it will play notes in its middle. If you wish the track playing position to be reset to the beginning when a new sequence starts that’s what the relatch mode is for


#32

Ah, thanks. Probably my misunderstanding. I will try that out. Really appreciate your taking the time to reply so clearly :sunglasses:


#33

any update on this? i’ve been having this problem quite a bit too on os 3.10.

seems to not play the first time around and play when the sequence loops


#34

I have the same problem. Pyramid skips first step. Any solutions to this? This is really a major problem, as it is only happening on one track. So no possibility to match bassline with chords for example…


#35

steps to reproduce?


#36

will try to reproduce. at the moment it seems quite arbitrary to me…


#37

Yes, I noticed this too and it is caused by QUA -> HUMAN-

HUMAN- might shift a note before the first count, so it should in fact be audible at the end of a repeating pattern, just before it returns to the start.

I’m typing this from memory, but I think it doesn’t happen in a song, when the sequence with that pattern starts with a negative shifted note on the first beat. It happens only when a pattern is repeated… but not sure about that.