Squarp Instruments Hapax Polychronic Performance Sequencer

yes, Ive plugged it into many things :slight_smile:

not really poly mode is different to drum modeā€¦
the main reason being poly mode has one destination (e.g. midi channel) where as every drum lane is potentially on an different midi change (or cv)

of course, nothing stopping you using poly mode for percussion IF your drum machine just accepts hits on different notes.

drum mode , also is pretty similar in most other regards in terms of editing/algos/lock stepsā€¦
it also has automation lanes the same as poly mode
(I guess its best to think of it as the same as poly mode but just discrete lanes)

if you are using cv 1/2 as cv/gate , indeed they get quantised if using project scale (or scaler fx)
ā€¦ If an pretty in-depth guide to Hapax -> Eurorack coming tommorow :wink:

Chord modeā€¦ hmm, good question , as far as I remember generally chord mode just passes notes from a keyboard (and so cv/gate) thru ā€˜as isā€™ ā€¦ it does not try to map to chords.
It wouldnā€™t be that logical toā€¦ because you only have pitchā€¦ so that doesnā€™t really tell you WHICH chord you wantā€¦
e.g A may mean Am, if C Major scaleā€¦ but you then donā€™t get access to things like Am7 or different inversionsā€¦ and if you have to reach over to the Hapax to press the modifiers, you might as well also press the interval too :wink:
ā€¦ then with CV , you only have CV1/2 ā€¦ so thats not really enough have gate/note/chord selection.

but who knows, perhaps there will be ideas

However, you do have Harmonizer FX -> Scaler FX , so your cv/gate could produce a chord!

thanks, glad you enjoyed it.
Im might do a bit more on MPE, perhaps as part of a ā€˜create a trackā€™ video.
ā€¦ but at the moment, mainly its record/playback (though you can play with FXs too) - I will probably do a dedicated video on it, once we get the Note expression editing though.

really, Ive never noticed scratches on my Pyramidā€¦ but now Im paranoid :wink:
well Ive had the hapax for a while, and been moving it around the studio to connect to different things, and no marks on it.
(Iā€™ll see if I can remember to measure screens ā€¦ they are the same size)


For those that want more Hapax , and in particular if you want to see whats possible with eurorack with itā€¦ Iā€™ll have another (quite detailed :wink: ) video tomorrow !

11 Likes

anyone got theirs already :)?

I think they started shipping on Wednesday.
one person on Squarp went to Squarā€™s office to collect ā€¦ so they have it :slight_smile:
Iā€™d assume some in bigger European cities ( so courier hubs) would have got them yesterday or today.

So we should start hearing more cries of joy soon :slight_smile:

1 Like

@thetechnobear nice video - I saw you moving a whole lane of steps left/right in the video, can a single step be moved like that too? Iā€™m thinking yes but just checking, as that is a feature I use a lot on Pyramid.

Does it have legato slide/glide/portamento over CV?

Iā€™d appreciate a timing integrity comparison with OT, Pyramid is pretty much on par with OT wrt midi sync jitter when synced to a known good midi clock (like OT, SBX-1 etc) but not quite as good from its internal clock (although still good enough) if you get the chance Iā€™d be interested to know the results for Hapax.

Really quite tempted by Hapax, although Pyramid still has the edge on some things at present, it will be interesting to see how both develop going forward, although I suspect Pyramid probably wonā€™t get much in the way of features added now - even though it sure would be nice, I donā€™t expect or need it.

What I like about Hapax, aside from the obvious stuff, is that it could potentially replace a few items in my setup and consolidate it a bit.

2 Likes

Are you sure about the shipping i.e. heard from people having their shipment status updated? Mine is since Wednesday ā€œCustoms clearance in progressā€ā€¦

Yep, mine too. Maybe theyā€™re organising a large pick up by DHL on Monday :crossed_fingers:

1 Like

where are you based? within the EU there wouldnā€™t be any ā€˜custom clearanceā€™ :wink:

from my experience, you get custom status when the courier has the package, and is starting to pass it through their hubsā€¦ i.e. already in their hands.

yup, you can select steps or blocks of steps - I show this on my next video (if I didnā€™t already ?)

cv and midi get transformed into ā€˜eventsā€™ , and then are treated the same, then converted to cv/midi for output. so basically cv/midi feels the same. (obviously cv has higher resolution)

you can therefore automate record and automate cv. (again in this evenings video)
one nice feature, when on the automation screen, you can see the notes on the pads too, so its easy to line thing up.

there is no slide fx, but might be something for the future?

as for automation linked to a stepā€¦ perhaps when we get per note expression for mpe, this could be part of it.

yeah, I find these hard to actually measureā€¦
I think the fact that Hapax is internally 192 ppqn, means they really focused heavily on improving timing.
(every beta release was showning ppqn values for debugging, only turned that off for the release!)

In fairness, Squarp had repeatedly stated , that theyā€™d pretty much squeezed all they could out of the pyramid hardware (cpu/ram) ā€¦ and to add more, would jeopardise stability which they were (quite rightly) unwilling to doā€¦
its a mature product that does what it does really well. the Hapax does not take anything away from the Pyramid big great!
Similarly on the UI front on the Pyramid , its been pushed quite farā€¦ things like patterns are not as easy as they might be, simply because they were a (major) addition after release.

I know everyone wants moreā€¦ but frankly, most user requests on the Squarp forum I see for the Pyramid, would harm the UI ā€¦ make it more confusing for the majority of other users. (*)
itā€™s simply reached a point where complexity and usability are (imho) at a tipping point.

anyway, thats probably where Hapax was bornā€¦
writing new firmware, building new hardware that could accommodate all the requests they have seen over years.


(*) of course, the user making the request does not see it this way, its just ā€˜one small thingā€™.
but with hundreds of ā€˜one small thingā€™ requests, whoā€™s to say which should make it?

my answer is the devs/designer ā€¦ they are responsible for the products focus!.
of course this is a personal opinion , and also from being a developerā€¦ and knowing I dont want to risk the integrity of my product, by adding thousands of options that are going to be used by a small percentage of my users.

1 Like

I agree about the FRs, often they are made by people without any consideration for how they can be implemented without breaking something and fitting into the workflow without being hacky. Iā€™m against that and never ask for such features. Most of my FRs end up getting implemented, eventually :laughing:

Pyramid does everything I need pretty much except legato glides over CV (which is a pretty standard yet often absent on modern gear, Deluge is the same) I have other gear that can do it though so it isnā€™t a deal breaker for me.

To do the midi timing test, I just do a very simple (which of course only gives an ideal scenario result, but still useful) quarter note sequence on each device, triggering a rimshot or similar fast transient short sound, pan the audio of each device opposite, record audio into computer and look at the waveform to see if there are any offsets between L+R.

Some examples

1 Like

Mine as well (I am in the US), glad I am not the only one :slight_smile:

yeah, I know how to do thatā€¦ but Hapax doesnā€™t output an audio signalā€¦
so if I send the midi to somewhere to get sound I potentially introduce latency and jitter on the device that gets the triggerā€¦
I guess I could use CV, but then that could be different from midi latency.
or perhaps Im misunderstanding ?

I guess, I could do this with OT, Pyramid, Hermod, Hapax and send to the sound generator, and then assume (and it is an assumption) that hopefully that generator has consistent latency/jitter.

(I would not trust a computer for midi, only audio, far too much jitter in usb midi for this kind of comparison!)

also is it midi latency you want to measure of clock stability which are quite different.

this is probably a topic better done on the Squarp forum , so we can work out the best way to get a reasonable result ā€¦ as frankly, otherwise some are going to give me grief over the approach for testing (pointing out limitations I already know ;)) ā€¦ and frankly, I donā€™t want spend hours doing this ā€¦
(ive done this before, and its never really reveals anything that useful to me , but I understand is important for others )

also , perhaps Squarp might have a view on what they expect and results etc.

btw: (again probably better at squarp forum :wink: )
Screenshot 2022-03-05 at 16.32.49

is that pyramid internal vs pyramid slaved to sbx, if so Im ā€˜suspiciousā€™ of itā€¦ looks wrong way around. I think the way the pyramid works, it would not benefit from a better stable clock inputā€¦ it anything itā€™d always be slightly worst, as it tries to track the clock and adjust its internal clock.
and that ā€˜jumpā€™ looks very much like the internal clock being adjust to the tempo of the incoming clockā€¦ perhaps after a missed/delayed clock pulse - hence the big jump, and then it stabilising again.

but again, something I could potentially look at.

one thing way back, I did do tests with hermod / pyramid trying to determine which was better as master, and also if CV or midi made a differenceā€¦ they were pretty equal for midi, but ā€œsurprisinglyā€ pyramid cv out -> hermod cv in, was noticeable worst than midi!

1 Like

Those time signature screenshots give me PTSD from trying to wrap my head around that when I had a pyramid. I actually think the elasticity % is much more straightforward. Just divide the number of beats you want by the number of beats in the main time signature and set it. If youā€™re in 4 and you want triplets itā€™s either 75% for slower or 150% for faster. Then set # of steps accordingly. Do I have that right?

1 Like

@thetechnobear hidden to avoid cluttering thread.

Off topic

To clarify a few points:

No computer used other than just for recording the audio into audacity.
The audio signal is just used as a convenient marker to see the offsets, yes midi sound source, yes midi response delay is taken into consideration and a known ā€œgood responderā€ is used, to ensure as best as practical consistency. Some midi gear has nano second response to incoming note, others have milliseconds. So I use a Roland SH-01a which has a fairly consistent midi response delay of 0.35ms.

The usefulness of the test is purely to determine any obvious timing jitter problems when midi syncing gear together where precision is needed. Of course under load the results will be potentially worse, but they definitely wonā€™t be any better. However in my findings I notice that most gear that performs well in this jitter test also performs well in a musical context too, which is all I care about. Elektron gear, Pyramid, Deluge all work well together, Roland gear acceptable, MPC One no good (sync out or in).

Why I did the test was because I had everything synced up and was noticing clearly audible push/pull when all playing together, in my case the culprits turned out to be the MPC and to a lesser extent the 707, I noticed that some devices were worse when synced to some gear than others, easily heard when changing configuration around.

Yes the Pyramid SBX test surprised me too, opposite of expected, but I put it down to possibly the Pyramid having either some kind of averaging or due to its internal clock not being used freeing up processor cycles. SBX is very precise.

Where devices were run from internal clock, the recording was placed against a grid of where the markers should be with zero jitter, and the offsets noted.

Yep it is by no means perfect, but it is helpful for troubleshooting, I donā€™t get too hung up on anything I canā€™t hear, but these tests helped me to optimise how I set up when syncing gear, and what gear to avoid using in such a setup. If it canā€™t be heard it does not matter, for me the threshold is a couple of ms when I can notice 2 devices smearing against eachother, in isolation it is not audible, but it can be a problem when wanting to edit audio with precision.

With Pyramid I tend to spread midi over the 3 outputs and rarely more than 4 devices on each port, I have always found the timing and jitter to be pretty solid, certainly for the stuff I make, mostly house/techno etc.

See also this thread:

Appreciate the integrity

I would use up each project for one song and just jump from project to project. This is a different concept from the Elektron way. 8x16 is a lot patterns for one song. Keep in mind each pattern is 32 bars long thatā€™s 8x longer than what you get from an Elektron sequencer. Two patterns can equal one whole bank in say a Digitakt for instance.

2 Likes

Thanks.
I donā€™t use Elektron sequencers for this reason (or any hardware sequencer).

1 Like

I absolutely love the Elektron sequencer but Iā€™ll definitely give the Hapax try.

2 Likes

Many thanks for the very thorough walkthrough. It really helped with my purchase decision and I placed an order for the second batch. I really hope youā€™re on commission!

Now, if anyone wants to buy a Polyend Trackerā€¦ :wink:

1 Like

In this video, Im exploring how you can connect Hapax to modular gear,
what possibilities does it open up?

6 Likes

Iā€™m right behind ya James. My mouse is hovering over the PAY NOW button in PayPal.

May I ask, after you placed your order, did you receive any indication that you may cancel your order for full refund? I donā€™t ask because Iā€™m afraid Iā€™ll get cold feet (cause that ainā€™t gonna happen). If someone decides to sell theirs in the meantime, before batch 2, I plan to pounce on it.

Thatā€™s a good question. I didnā€™t receive anything specific to order cancellation, just payment status email updates. I imagine that Squarpā€™s general terms of sale apply to backorders but if in doubt, itā€™s probably worth enquiring.

1 Like

:robot: :robot: :robot: :robot: :robot: :robot: :robot: :robot:


:robot: :robot: :robot: :robot: :robot: :robot: :robot: :robot:

9 Likes