Metronome Vibration Lags Occasionally

[TBWarrington]

The vibration for the metronome seems to lag occasionally. For me it's usually every 4th beat is a bit late. From what I can tell it's only the vibration not the the sound. I'm using a Pixel 5 with Android 13. Let me know if there is any other information you need.

[thetwom]

Thanks a lot for the report. You are not the first, who experiences the issue and I didn't find a way yet to improve the behavior. The vibration is triggered on time, but the device seems not to respond immediately.

Still, I looked around a bit and maybe there is one place, which can be improved, however, I don't really believe that it will help. But in case you want to try, here is a test version: v4.6.1-vibrationtests1.

If you are willing to try, be aware that you might have to uninstall an existing version first, since the test version is signed with my own keys and not the keys of the app stores. Make sure you back up existing scenes if you want to keep them and be aware that customized settings will be lost.

If you test the version, please let me know if it improves the behavior.

[TBWarrington]

I tried the new version. Unfortunately, it doesn't seem to help. Does the app loop after 4 beats? It seems like it happens every four beats like maybe it's trying to do too much at once when it repeats. I tried adding more notes but it still does it after four beats. I noticed that soundcorset has a vibrating metronome and it doesn't have the lag. I don't think it's open source though so that may not help. Here's the link in case you want of have a look: https://play.google.com/store/apps/details?id=com.soundcorset.client.android

…

On Wed, Jan 4, 2023, 1:09 p.m. thetwom ***@***.***> wrote: Thanks a lot for the report. You are not the first, who experiences the issue and I didn't find a way yet to improve the behavior. The vibration is triggered on time, but the device seems not to respond immediately. Still, I looked around a bit and maybe there is one place, which can be improved, however, I don't really believe that it will help. But in case you want to try, here is a test version: v4.6.1-vibrationtests1 <https://github.com/thetwom/toc2/releases/tag/v4.6.1-vibrationtests1>. If you are willing to try, be aware that you might have to uninstall an existing version first, since the test version is signed with my own keys and not the keys of the app stores. Make sure you back up existing scenes if you want to keep them and be aware that customized settings will be lost. If you test the version, please let me know if it improves the behavior. — Reply to this email directly, view it on GitHub <#65 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABDLRXV6QCXEFDKDW7HVFQTWQXKG3ANCNFSM6AAAAAATQLGTII> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[thetwom]

Thanks a lot for testing.

Interesting, that the issue always appears after 4 notes. What happens if you double the speed. Will it still be after four notes?

Also interesting, that other apps seam to be a able to have more accurate vibrations. As you say, unfortunately "soundcorset" is not open source, so it won't help much. But at least it gives hope, that we somehow can solve the issue.

[TBWarrington]

Yes it still seems to be after for notes even at double or half the speed. More accurately it's four notes and the fifth lags, so the first of every block of four. I wish I could be more help. If there are any logs that might help please let me know.

…

On Thu, Jan 5, 2023, 12:07 p.m. thetwom ***@***.***> wrote: Thanks a lot for testing. Interesting, that the issue always appears after 4 notes. What happens if you double the speed. Will it still be after four notes? Also interesting, that other apps seam to be a able to have more accurate vibrations. As you say, unfortunately "soundcorset" is not open source, so it won't help much. But at least it gives hope, that we somehow can solve the issue. — Reply to this email directly, view it on GitHub <#65 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABDLRXSKSPXDBXVMDV7RDZDWQ4LYDANCNFSM6AAAAAATQLGTII> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[thetwom]

Strange that it is always four notes since there is no reason for this. Good to know, that you can provide logs, in case I need it!

I investigated a bit further and found another possible source which can lead to inaccuracies (but it would not explain the four-note systematic effect). Maybe I find time in the next days to come up with a further test ...

[jorfus]

Hello, I checked this on the current version, as well as the test version, and I did notice a difference.

At first it seemed to me that the vibration delayed every five notes, but in the test version I get the vibration seemingly perfectly on every off-beat, but the sound actually starts after the vibration, which makes it a bit confusing how to consider it, I guess.

I noticed the visuals are in sync with the vibration in both versions, by the way.

I'm on my Xiaomi with Android 11.

[thetwom]

Very strange behavior. Visuals are only loosely coupled with sound to make it more stable. Vibration is directly coupled with sound and the test version just keeps vibration effects in memory instead of recreating it each time. But it seems that I was relying too much on the time accuracy of the audio library (the sound is accurate, but not getting the current position...). I will try and see if there is a way to improve it.

[thetwom]

Here is another test v4.6.1-vibrationtests2. Would be great to hear, if this improves the situation.

[jorfus]

I'm not sure if it works differently again this time, but at 80bpm the sound seems a half-beat delayed compared to the visuals and vibration. At 120 the sound appears close to a full beat delayed, and at 150+ it appears a full beat delayed.

[thetwom]

Thanks for testing. I wonder what the cause for this issue is. Possibly there is again somewhat exotic behavior similar to what we had for issue #60. But what it is strange that this just appeared with the latest test versions (especially the first test version). You say that visuals and vibration is behaving the same odd way. Do the visuals also show this behavior with vibration switched off?

[jorfus]

Ah, I neglected to mention that. I have not been using vibration before, but I do recall finding the visuals a bit tricky to follow along with. However, as I rarely used the metronome that way it never stuck in my mind until this issue came up.

[thetwom]

So, to make sure, I understand you correctly:

• Visuals were never nicely synchronized for you.
• With the older version it was at least roughly ok but not very accurate.
• With last two test version you experience this systematic shift.
• Vibration on or off doesn't matter, the visuals are always wrong.
  Could you confirm my understanding?

[TBWarrington]

I just got around to testing the new version. The vibration is definitely better this time but there is still a very slight lag occasionally. Also with the sound on, the sound lags behind the vibration.

…

On Sun, Jan 8, 2023, 1:15 p.m. thetwom ***@***.***> wrote: So, to make sure, I understand you correctly: - Visuals were never nicely synchronized for you. - With the older version it was at least roughly ok but not very accurate. - With last two test version you experience this systematic shift. - Vibration on or off doesn't matter, the visuals are always wrong. Could you confirm my understanding? — Reply to this email directly, view it on GitHub <#65 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABDLRXUM6EWCU4I4MAZNEMLWRMN5DANCNFSM6AAAAAATQLGTII> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[jorfus]

So, to make sure, I understand you correctly:

• Visuals were never nicely synchronized for you.
• With the older version it was at least roughly ok but not very accurate.
• With last two test version you experience this systematic shift.
• Vibration on or off doesn't matter, the visuals are always wrong.
  Could you confirm my understanding?

That's about right, though for the second point, I'm not so sure it used to be more accurate. It seems the lag behaves differently on these test versions, but the note and rhythm visualisations have seemed similarly off-beat on the released versions as well.

I've been unsure before, whether it wasn't a problem with me rather than the app, and mostly I've just put the metronome on to simply listen to it.

Issue #60 does spring to mind the more I think about it. I think the sound used to start immediately on pressing play back then, but that might have been the 'extra' note, and then all the rest were actually out of sync with the vib and vis! I might go back and check that.

[thetwom]

@TBWarrington Thanks for testing. I fear that we near the limits of the Android system that we don't get fully reliable timings. For sound this could be circumvented, but synchronizing other things seems to difficult (or I just don't know enough). However I generated a new test version, which uses a dedicated thread with high priority for the synchronization, who knows maybe this increases the reliability. Additionally, I could try to not let the underlying thread sleep at all, but I would expect, that this effects power usage. Here is the test version: v4.6.1-vibrationtests3.

In the test version, you also find a setting called "vibration delay", which allows to adjust timing of the vibration. It works on the fly, so you can press "play" and then go to settings and find a suitable value. Would be nice to know your best value, since I consider to hard-code the value instead of having this setting.

@jorfus Maybe the timing information is not reliable in your case. Before asking the logs, we can try this version, v4.6.1-vibrationtests4, where I disabled periodic syncronization, but use just the info, when pressing play. Problem could be that with ongoing time, we slowly might go out of sync, but at least it would give a hint about the problem.