You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
On some embedded-systems there is a load of aproximatly 30-40% producted by the Thread.sleep(1) in this class.
The Issue presents itself in case of starting the SoundEngine on Application-Startup, while shuting it down at the end.
The Problem here is that many embedded-cpu's (e.g. AMD G-T56N, Intel Atom D525) don't have that much throught, so the sleep is not called that often.
The following Patch is kind of a solution for me, because starting the sound without latency is not a problem for me. While playback the sleep must not be bigger than 15ms, but while waiting for something to do, we can sleep a quater second. This reduces CPU-load to about 4%.
I'm reluctant to include a change that could introduce so much latency to the start of playback. I appreciate the suggestion and will look try to come up with a solution.
On some embedded-systems there is a load of aproximatly 30-40% producted by the Thread.sleep(1) in this class.
The Issue presents itself in case of starting the SoundEngine on Application-Startup, while shuting it down at the end.
The Problem here is that many embedded-cpu's (e.g. AMD G-T56N, Intel Atom D525) don't have that much throught, so the sleep is not called that often.
The following Patch is kind of a solution for me, because starting the sound without latency is not a problem for me. While playback the sleep must not be bigger than 15ms, but while waiting for something to do, we can sleep a quater second. This reduces CPU-load to about 4%.
Test-Systems:
On a Ubuntu 10.04 LTS 2.6.32-43-generic with Intel Core2 Quad Q6600 4GB RAM the Problem doesn't occur.
The Problem exists with JAVA-Versions:
The text was updated successfully, but these errors were encountered: