-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> Did u say u herd clicks ?
Well I'm not sure if it's a click or just a very brief silence :) It's sort
of like the thing you hear when looping the same thing over and over again;
expect nothing's looping. It's a click, but yet it's not...
> If u
Did u say u herd clicks ?
If u did, then i dont think that is an underrun problem. The kernel, on
underrun, actually keeps on feeding the device with silence.
The problem with that was the the number of bytes processed by the device, can
become larger that the numbers of bytes the pgm actually
I have not seen this in general, at least not in the java/linux's that i have
created ( for alpha platforms though ) . But then I have been running the
java2demo application, which only ran at 22khz/stereo/16bit. maybe i'll get your
demo pgm, if only i can find a legit ( to have ) mp3 file.
/gat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> In general what u hear are underrun errors ( where the sound device is not
> feed fast enough ).
Sorry, meant to say "underrun" in my previous mail. Overruns aren't a problem
of course :)
> second generalization is that the linux/sound is not a
In general what u hear are underrun errors ( where the sound device is not
feed fast enough ).
second generalization is that the linux/sound is not a real-time system - an
active swap can really do ur program, as well as the proper feeding of the
device, "in" . Higher priority tasks can also caus
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I am wondering; am I the only one who has quality problems with JavaSound
output? I keep seeing things tested with Linux and so on, but no where does
anyone mention any quality problems. In all versions of the JDKs I've tried
it (and that's
