I have identified problems with the software. I just updated to 3.01, but not sure if this is a new issue since this was the longest I have used my Prime Go in standalone mode. After playing a 4 hour sundown set with varied BPM selections with about 30% mixing, I found 2 (what I would call) bugs. After the set, I sat down and was able to reproduce the problems.
In short, when I was mixing songs close to the same tempo, and using sync, the sync remained engaged. After deciding to radically change the tempo, and loading the way faster (or slower) song. It would pick up the sync that was ghosting from a previous beat mix. Then, even worse, the BPM range would automatically change up to to 50%, rather than my selected 8%, and would stay at that pitch range until the unit was powered off to reset to the selected settings.
I have been using the Prime Go mostly as midi controller for Virtual DJ, but with all the updates, I decided to try using it in standalone mode to see how comfortable I could be with it.
All was good when I was not beat mixing, and only doing radio segues.
The problems started when I started to do some mini mix sets, followed by an extreme tempo change.
To be specific, the problems described are related, but are 2 separate bugs, as follows:
-
the sync feature should only be on for a newly loaded song, when the user selects it, UNLESS there is a setting to lock sync on when the user is playing only the same genre within a very limited BPM range. It seems that that was the previous behavior when using Quantize. In all my examples of the errant behavior, quantize was not selected.
-
I applaud the software’s ability to change the BPM range when forced by engaging sync beyond the previously selected BPM range. Sometimes, that will help with an extreme mixing technique.
The problem is, manual beat mixing is impossible when the pitch range is locked in at 50%, with no way to restore back to the default, which is 8 percent, in my case.
Surely the lack of ability to restore the set default BPM range is a bug. The sync remaining on while quantize is disengaged seems like a bug as well, considering the dire consequences of forgetting to disengage sync before loading a song that way out of the BPM of the playing song.