I wish Jim worked at SS
Are you running a Bluetooth scanning app while you test this? Any one will do! It is working.
For the MIDI, you must connect a MIDI cable to the MIDI out and MIDI In of the Aeros (essentially creating a MIDI loop) for the Aeros to pass this test.
Both tests are passing on my end, please make sure you are attempting them correctly.
I can see the issue as shown in your images, very odd indeed, not seeing it on my end nor have other users reported it so it may be a more particular issue than I can currently diagnose. If you happen to find a good way of replicating the issue or can give any more steps to getting to this state, that will be helpful. Feel free to reach out to support@singularsound.com for more help if needed.
Some questions I’ll ask, did it ever have the audio written correctly or did it write this way? Also, was this on a project you were working on or one you opened back u after saving? Was the Aeros on for a long time or was this a problem you saw from fresh usage? Also last thing, do you save to internal or to SD?
Because it cannot be identified currently, I’ll tag this as under investigation.
Thank you for your time!
Update:
-
I moved a brand new MIDI cable out from the Maestro directly to the Aeros. All attempted Maestro functions working as expected now. Still think I need to set a MIDI passthru on the BeatBuddy when I reintroduce it. Please advise.
-
Still seeing diagnostic failure on MIDI self test with new cable and out to in from the Maestro to the BeatBuddy. BT Self test fails without placing Maestro in scan mode, passes when in scan mode.
-
Is it possible the failure could be related to a bad MIDI cable between the Maestro and the BeatBuddy? I may have had a bad cable. I’ve ordered a replacement cable that will be here Friday. At present, I just direct connected the Maestro to the Aeros, per above. Might have ran out of CPU or seen a MIDI interrupt storm causing the dropout (pure conjecture without supporting evidence). Are there logs on the Aeros that may capture this type of activity?
-
Ran this AM for about 3 hours without issues.
Come on Brennan. This issue has been reported by several other users. It’s not a new or unique issue.
I get that it is hard to reproduce. Even more reason for SS to devote more effort to this. Is “under-investigation” similar to “considered” (sounds good but isn’t). I think that it’s related to clearing the song is likely as one person noted. Who knows if midi clock is part of the issue. This always seems to occur in the last measure(s), which is a clue. Perhaps the seamless loop or some other end of loop process is part of this.
If we’re not sure it’s a playback issue, perhaps the song can be exported to the SD card to verify if the dropout is in the file or not.
IMHO, looking for a hardware issue and running self-test is unlikely to do anything but be a wild goose chase. Perhaps important to rule out, but unlikely to be the issue.
You do not necessarily need to, we suggest setting BB to MIDI merge, but you may have other purposes for midi control that don’t require BB reacting
The Aeros should be the only device connected, it is a midi loop connecting it to itself. The midi out from Aeros to the midi in. This test doesn’t likely have anything to do with this issue.
It is possible but unlikely because many users use the Aeros with midi.
Let us know if you see any issue!
Unfortunately, this is not the same issue you are referring to, the issue you are referring to is only known in quantized mode, and from seeing the users photos it seems he’s in freeform.
Please understand this is enough to make it a novel issue, I am fully aware of the midi de sync issue
So you are saying all three of the following are known issues that may result in a dropout and are unique from the OP’s issue?
- Change time signature/tempo
- Midi sync attached but no signature/tempo change
- Clear song
This is very similar to that issue I reported, last month. But for some reason, mine happened for a bit, and it went away. Never figured out what it was.
It could be that clear song is involved but it’s odd in its placement (usually at the end is where the audio is lost). We have not seen any effect of BB time signature or clock on recording in freeform, MIDI clock sync is disabled by Aeros in freeform mode and time signature is an invalid input in this state. Unless it was actively sending start and stop commands or Transition commands, which are not filtered in Freeform mode.
Thanks for the input!
That’s a good point, @Formula34 if you’d like, try copying(not moving) the Song folder for this particular song somewhere easy to access on your computer and then listen on your computer, are you hearing the missing audio? In the naming of the files, P stands for Part and T stands for Track.
Let us know, thanks!
This might also be related to the bug where the user clears and then edits the song settings (like freeform/quantized mode) … but they don’t quite change.
Maybe a good strategy to fix the known, related bugs. They sometimes manifest in odd ways that are hard to predict.
It happened again this AM. I have a larger video I can post. Way messier. Seems the recording links loop on themselves and the loop itself doesn’t even play the same way through each time. Seems to alternate.
I have a video of it as before.
Really feels like a packet linking issue or some sort of failing “write” that is not detected (I dunno how the live sound is captured – best guess it’s just buffered into RAM).
One interesting bit is that I do a lot of erases on the recording (like more than 20 as I tweak my approaches) which, if not fully reset correctly could cause this type of malaise…
Do you have sync settings on? Or are you in freeform mode with no sync settings? If you can, please reach out to support@singularsound.com at your earliest convenience with your issue. This will help us better understand what’s going on with more detail.
Thank you!
Free-form. I will see if I can upload a video and the relayed audio files.
It’s better if you send to support@singularsound.com, it makes it easy for us to tag the issue and will facilitate the process. Thanks!
Email sent with links to the video of the failure and after the failure/save.
Appreciate it! Hope we can solve this soon, we appreciate your patience, thank you
If I can get mine to do the dropout thing again, next time I get on, I’ll film it. There’s still something odd going on.
hello I have got the same problem. sometimes One or two measures drops out and I have to reboot the aeros… did anybody find the solution?
This should be fixed in the latest beta version 4.2.4, you could wait to try it out on the song when it is fully released or you could try it out and let us know if the issue persists.
What version were you on when this happened?
Thanks!
hello. I have the bb connected to the aeros, with 4.1.5 version. I seems somehow i managed to solve that problem, but I have abigger issue:
The singer is operating the bb and I operate the aeros. I cant manage to have the 2 machines synced properly: the bb is set not to start or stop anything on the aeros, as I want to be free to record and loop and go to the next parts whenever it’s needed, and not when the singer is pressing start or stop on the bb. but there is no way to have the 2 machines sync properly. Is there a solution? otherwise I will have to return the 2 machines as that’s the reason I bought them…
thanks
Hey there,
Sorry for the delay in replying,
What you are requesting is possible to do but you must send the MIDI Start command.
There is no way to work around that, the Aeros has to receive the Start command to have its count synced to the BB count (especially since BB is its own playback device), it is not like using a clock feeding into the Aeros which does not produce its own playback.
If you want to start BB without starting Aeros this is already possible, you just have to set the Aeros to not start recording or playback when it receives the MIDI start. This is a setting in the device settings, “MIDI IN Start”. If you do not want the BeatBuddy to start Aeros when you switch parts, you must disable CC102 from being sent in the BB (This is in the main menu: Main Pedal > MIDI Settings > MIDI Out > Next Part (CC102) and disable it)
There is a known issue where even if you set it like this, the Aeros will not start immediately if you start it on beat 1 while Aeros is stopped and BB is playing. This is because there is no Loop Forgiveness zone for starting from a stopped state. The Loop Forgiveness zone is a neat trick we made to allow the user to start a recording “on time” even though they may actually be a few milliseconds late.
This is easily avoided by setting the Aeros to only Playback and not Record when it receives the MIDI Start command. This puts the Aeros in a scrolling mode in an empty song part, making the bug I just mentioned workaroundable.
If you wish to avoid playback when receiving MIDI start, that could work too, but you must start the Aeros within a measure before you want it to come in. This way the Aeros sets up the playback/recording at the next measure and comes in with the BB in sync.
Let me know if that makes sense!