I did experience a loud click when switching from recording one part to playing an earlier one after installing 5.2.0. The click did not appear on subsequent playback of the parts, only when switching from record to playing back a different part.
Hi there,
You will need to provide support@singularsound.com:
- Steps to reproduce
- video and audio of it happening
Thank you for reporting
Hi Brennan -
I won’t be able to provide video or audio of it happening because it happens rarely and I don’t have time to test 100+ times while recording video. Sorry if my description above didn’t give the steps to reproduce in enough detail. How’s this?
I’m using 6x6 mode. While the BB is sending MIDI clocks and time sig to the Aeros and using the MM to start record or pla
yback of parts:
- Start recording of the first part using CC 1 113 101
- After 8 bars, Start recording of the 2nd part using CC 1 113 102
- After 32 bars, Start playback of the first part using CC 1 113 101
At this juncture, there will occasionally be a very loud click through the system that’s playing back the Aeros content. But that click will not be present again when continuing to encounter the juncture between parts 2 and 1, it only appears when switching from record of the second part to playback of the first.
This may have something to do with the timing of the button presses and possibly that combined with what the audio content is at that moment, but I’ve yet to be able to pin this down since it happens so rarely. I’m happy that it only happens rarely, but it would be so much better if it never happened at all.
- Slim
Hey there,
Unfortunately, we are not able to reproduce it on 5.2.1 (currently being worked on internally) or 5.2.0. If you would like us to further investigate please send as much information as you can (including a link to this post) to support@singularsound.com as well as a video of you scrolling through your unit settings. If you happen to capture video of the bug happening this is always helpful too,
Thank you for reporting
I was finally able to get this edge case on video. In this instance, there was only a single part recorded, and when switching from record to playback on that loop, there is a loud “clack” output by the Aeros. The clack doesn’t occur again during the looped playback, so it isn’t being recorded, just output. In this particular case, I was syncing the Aeros to the Beat Buddy, but it happens just as often in freeform mode. Also, I’m not using the Aeros foot switches, I’m using the Midi Maestro for that (of the MM commands I’ve listed below, only the switch labeled “Part 1” is in play here.
There are two videos here:
https://drive.google.com/drive/folders/1GL7Eii-NdRjwqmnCaEfafFW8m2b1zvPZ?usp=sharing
“Aeros Clack (1080p).mov” is a video of this happening, with audio taken directly off the Aeros output. Timings:
- Start loop: 0:04
- End loop: 1:39 (CLACK!)
- End first repeat: 3:14 (no clack)
The other is me scrolling through the Aeros settings.
My MIDI Maestro Commands:
Page 1
Stop: CC 1 43 0 [stop song]
Clear: CC 1 42 0 [clear song immediately]
Mute: CC 1 20 0 [set master fader to zero]
Unmute: CC 1 20 113 [set master fader to 0dbFS]
Part 1: CC 1 113 101 [change to part 1, or record part 1 if empty]
Part 2: CC 1 113 102 [change to part 2, or record part 2 if empty]
Part 3: CC 1 113 103 [change to part 3, or record part 3 if empty]
Page 2
Switch To Beat Buddy sync: CC 1 0 0, PC 1 1 [Select Bank 0, Song 1]
Switch To Freeform: CC 1 0 0, PC 1 0 [Select Bank 0, Song 2]
Keep in mind that this happens only occasionally but when it does it’s really loud and annoying.
Do let me know if you need further details…
Thanks,
- Slim
Does it happen in 5.2.1?
Yes, that’s what I have installed, and the video was taken under 5.2.1.
I can confirm that I also had a pop a few days ago.
it had been a long time, but it appeared, impossible to reproduce V 5.2.1
This bug is currently not reproducible, unfortunately without reproducible steps we cannot fix it
Thank you for your feedback, let us know if there’s any key details missing
Well, I’ve reproduced it many times without trying :-). Seriously, there is cause and effect here (it only happens at the end of recording a part). So, I would hope that your engineers could at least review the code in that area knowing that there is a corner case where a loud audio glitch occurs. It’s obviously a bug that should be fixed as this is not the kind of thing you’d like to bump into on the gig.
(Not trying to be snarky here, but I have a background in music software development and know how discouraging it is when a nasty realtime problem’s difficult to reproduce. But sometimes, you just need to think hard about the possible cause, it can lead you to the flaw in the code…)
Thanks, Slim.
If we cannot reproduce it then there is a piece of information missing, we cannot “look for it in the code” if we can’t reproduce it deducing it is too costly.
Unfortunately, without reproducible steps this will not be investigated further
Thank you, please let @DanielSingularSound know if any other information comes to mind