Describe the bug?
Over time, microphone latency builds up. It is usually noticeable after about 30 minutes of using GDTuber and unbearable after about an hour.
This manifests as a delay between when a sound is made into the microphone and when the program reacts to the change. Both the bar to visualize the sound and avatar's reaction are effected.
So far, we have only witnessed this issue effect Windows users. It does not seem to effect all Windows users, but the amount of people effected is unfortunately significant.
To Reproduce
- Run GDTuber on Windows.
- Use GDTuber for 30 minutes to an hour.
- Notice that the volume indicator and avatar take take some time to react to sound changes.
I am not sure yet exactly what reproduces this issue. We have only seen it on Windows, but have not yet been able to document what differs between Windows users that are and aren't effected.
Expected behavior
Latency should not change throughout the life of the program. GDTuber should react (nearly) instantly to audio changes when the program first starts as well as an hour (or more) afterwards.
Screenshots
No response
GDTuber Version
0.13
Godot Version (if running in debug)
4.4
What Platforms does this occur on?
Windows
Additional Context
This issue seems to be in the Godot Engine itself. I believe this issue is documented here:
godotengine/godot#80173
This pull request may solve the problem in a future Godot release:
godotengine/godot#105244
The is currently a workaround to this issue. Changing the input device to a different input/microphone, then changing it back will temporary reset the latency.
Describe the bug?
Over time, microphone latency builds up. It is usually noticeable after about 30 minutes of using GDTuber and unbearable after about an hour.
This manifests as a delay between when a sound is made into the microphone and when the program reacts to the change. Both the bar to visualize the sound and avatar's reaction are effected.
So far, we have only witnessed this issue effect Windows users. It does not seem to effect all Windows users, but the amount of people effected is unfortunately significant.
To Reproduce
I am not sure yet exactly what reproduces this issue. We have only seen it on Windows, but have not yet been able to document what differs between Windows users that are and aren't effected.
Expected behavior
Latency should not change throughout the life of the program. GDTuber should react (nearly) instantly to audio changes when the program first starts as well as an hour (or more) afterwards.
Screenshots
No response
GDTuber Version
0.13
Godot Version (if running in debug)
4.4
What Platforms does this occur on?
Windows
Additional Context
This issue seems to be in the Godot Engine itself. I believe this issue is documented here:
godotengine/godot#80173
This pull request may solve the problem in a future Godot release:
godotengine/godot#105244
The is currently a workaround to this issue. Changing the input device to a different input/microphone, then changing it back will temporary reset the latency.