Problem: Pyramid skips first step in sequence


#4

Well, I’m taking a new approach - I don’t want to start summing tracks down because I lose the ability to change anything later.

Instead, I’m looking at my MIDI as code, trying to implement with best practices and write MIDI programs that operate without bugs, etc.

So for now that means dedicating tracks to either notes or CC, and not relying on the quantizer unless it is part of my live performance.


#5

Okay, apparently I have no idea what you’re asking about since I can’t understand your reply. Good luck.


#6

If you still have the original tracks that caused the issue, try playing them into a midi monitor on your computer (assuming you have some sort of midi input device) and see if the dropped notes were actually transmitted or not. Then you’ll know if the Pyramid or your external synths are at fault.

You might even be able to just loop the out to the in and turn on the midi monitor in the pyramid to do this, if you can’t use your computer.


#8

The midi output monitor won’t tell you if a note was really transmitted. You need to look at the receiving end for that.

On your other point - DIN midi doesn’t have a max rate, it has a fixed rate. It transmits one thing at a time, at the fixed rate. If there is more than one thing to transmit at a given time (like at the start of the pattern), some events will be delayed. It’s possible for the transmitting device to fail to transmit something due to buffer limitations, but generally you just get stuff occurring milliseconds later than it should.


#9

Did this ever get resolved? I can’t seem to get it working properly, even on the latest beta


#10

When recording live, if the first note occurs a bit early, it can end up as the last note of the track so it wont play when the track starts but it will play when the track loops. See Note offset +/- 50% - is it ever going to happen?, this is quite a common problem.


#11

Thanks, but I’m still having it with step recording too


#12

I am not having this problem.

I have all kinds of data on all sorts of tracks at 1.1.0 and do not have midi notes dropping out.
I’ve got a Pyramid MK1 and haven’t seen this on any version of the OS.

However, I do have an evolving program change issue. Originally the program changes would upset the notes, and I talked it over with @squarpadmin via email and in an update the notes stopped getting cut out, but the program changes started to take a cycle to kick in.
I walked this over more with Squarp via email and eventually the problem seemed to go away. I figured they worked it out.

In the most recent rounds of changes (from 2.3 - the current beta) the program change delay/note dropping out issues have returned.
I wonder if you have program changes on 1.1.0 in your patterns/tracks?

If you do, try removing them as an experiment and see if that brings your notes back on the 1?

This could be a data hierarchy issue which can be solved, and has been solved before, but is easily overlooked because not all gear responds to program changes the same way (ex: The Access Virus just can’t do it on the 1, the Roland Boutiques glitch on the 1, and the OB-6 works like a charm no matter when you sent it.)


#13

Thanks, I’ll investigate your suggestion and report back, I suspect something else is going on, because I’m usually starting from a blank slate. Either way, I’ll look into it


#14

Hi guys,

We did not notice any PROGRAM CHANGE and NOTE issues with the current beta. Do you have a procedure to reproduce this bug, if it still occurs with your setup?

You can use MIDI monitor (MacOS) or MIDIOX (Windows) to monitor the data sent by Pyramid.

I just made some tests. When no PC are set, and you press play, Pyramid send in this order:

  • START
  • CLOCK
  • NOTE ON of the step 1
    (these midi messages are following each other very very closely)

When a PC is set, and you press play, Pyramid send in this order:

  • START
  • PROGRAM CHANGE
  • CLOCK
  • NOTE ON of the step 1

@Sunshine @Ptbarnum @pmatilai Maybe it comes from your midi synth. Can you please precisely describe your problem, so I can investigate it further?

Thanks a lot!


#15

I had a weird issue where one of the patterns would start at the second bar in sequence mode.


#16

When you say it might come from our midi synth, what settings should we look for as the cause? It’s a frustrating bug hard to tell what is causing it


#17

@rastro2
Do you have your faulty project, with a procedure?

@Ptbarnum
You can use a midi monitor to see if the midi messages sent by Pyramid are on time.

I don’t know if your issues came from Pyramid or from your synths, because I don’t even know your problems :slight_smile:


#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…