While studying the Hapax tonight, I ran into situations where I’m not able to use the device crash-free for more than a few minutes.
Is anyone else experiencing this?
So far this seems to be while adding effects or automation. I submitted a bug report, but wanted to ask here as well to see if anyone else was seeing this:
I found a recurring issue last night when trying to add interpolation onto a recorded CC lane. The error said “Lane does not exist in pattern but should” but it didn’t seem to crash the whole Hapax.
There are still some gremlins, and I’m sure as we get more users playing , this will unearth some more.
The best way for us to get these fixed is quality bug reports submitted via the contact form
What’s does “quality” mean?
The best bug reports are ones that isolate the issue as much as possible … so are reproducible.
Eg
Start a new project
Add chance fx
Add automation lane for chance fx / rate
Delete chance fx, causes a crash
This makes it easy for a developer to reproduce , so determine cause of bug , and also once a fix is created be able to test it works.
Please also include picture of any error messages on displays.
Example of ‘bad report’
I’ve was playing with this (massive) project for an hour, deleted an fx and it crashed - here is the project.
The issue is, it gives the developers no real way to reproduce the issue or drill down into where the error is… it’s not much better than just saying ‘it crashed’
Hint/tip from a developer:
As a dev I will always look at good bug reports first … simply because they often are quick fixes … a vague report, means I know I have to do the research so is going to be more time consuming… so has to be ‘scheduled’
So you want your bug to be fixed asap … quality bug reports
I’ve been a professional software engineer since the 90s, so I certainly appreciate a good bug report. Unfortunately, I’m not able to reliably reproduce the freeze. I’m going to keep a close eye now to see if I notice something obvious.
In the meantime — this is how it can be with early products, so no harm on my end! The team at Squarp were super fast to respond and are working on it.
I’m having a blast and I’m sure future updates will fix the “gremlins” and a whole lot more
Happened again once today while working on the arpeggiator. I still can’t reproduce the freezes on demand, but so far they’ve been within the automation or effects functions.
Side note — the Hapax is so fun to use and it’s built in such away that allows muscle memory to kick in extremely fast. I’m really surprised by the workflow
I’m getting lots of freezing just doing simple things like entering notes in a drum track. Got it to freeze when adjust the program change parameter, wasn’t even actually sending one just trying out the UI. I can’t reproduce it reliably. Honestly it froze twice within the first 5 minutes of turning it on. Wonder if I got a defective unit.
As soon as I can find a pattern I’ll submit a bug report. Not sure that “random freezing” will help them much.
Ah bummer. I recommend submitting a report; maybe they’ll be able to triangulate. They can also perhaps look at the serial numbers to see a pattern that we can’t.
I just tried this 5-6 times and it crashed once, but the other times kept playing. Thanks for the tip! I’m going to continue trying for a reliable sequence.
Does this sequence of events reproduce it every time for you?