While playing audio with other intensive CPU threads running audio plays around 10 times faster than normal, thus making the audio barely discernible. Reporting on my Solaris Ultra 1. The problem does not happen on win32. The problem does not happen with the -classic option. To reproduce :

% cd /usr/local/java/jdk1.3/solaris/demo/jfc/Java2D
% java -cp Java2Demo.jar DemoGroup Mix

To hear the audio run fine without the 2d animations run :

% java -cp Java2Demo.jar demos.Mix.JavaMedia




y.s.ramakrishna@eng 1999-11-10: The problem happens with
(JDK 1.3, hotspot). [i.e. doesn't happen with (JDK1.2.2, hotspot)].

The problem is independent of CPU "load". It sets in even with:

% java -cp Java2Demo.jar demos.Mix.JavaMedia

Just move the window around while the audio clip is playing.
When you move the window, make sure you pause for a while (the
audio will also pause) before releasing the mouse button that's
used to grab the window.

To make the problem happen sooner, run with java_g which makes the
VM run slower. In this case, the write()'s (see Evaluation section)
start failing with EAGAIN right away. Note that once in this mode,
you never get out of that mode, as the MixerThread, being (apparently)
oblivious of the write() failure, keeps sending data to the audio device
faster than it can cope (so you keep failing with EAGAIN).