15 Aug
2008
15 Aug
'08
12:30 p.m.
Greetings,
I'm writing an article about Java sound applications, and I've run into
a problem.
HighC, FScape, and jein all demonstrate the problem: They appear to be
working as they should, but there's no audio output. According to
HighC's author, he uses only the recommended class for audio output. I
quote from our correspondence :
"All I do is call javax.sound.sampled.AudioSystem.getLine() with the
default settings. It should work as is, that's what the Java spec says.
Perhaps the Java configuration files allow setting the default audio
device on Linux?"
So, what is the default audio device for Java 1.6 on Linux ? Is it
configurable ? If so, where do I find it and how do I set it ? (Btw, I
have the Sun SDK).
I also have HighC installed under Wine, along with the JRE 1.6 for
Windows. HighC works as expected there. I could not test jein under
Wine, it requires javac, which is not included in the JRE.
Any and all suggestions are most welcome, I'm totally clueless when it
comes to debugging Java.
Best,
dp
15 Aug
15 Aug
7:13 p.m.
Dave Phillips wrote:
I'm writing an article about Java sound
applications, and I've run into
a problem.
HighC, FScape, and jein all demonstrate the problem: They appear to be
working as they should, but there's no audio output. According to
HighC's author, he uses only the recommended class for audio output. I
quote from our correspondence :
"All I do is call javax.sound.sampled.AudioSystem.getLine() with the
default settings. It should work as is, that's what the Java spec says.
Perhaps the Java configuration files allow setting the default audio
device on Linux?"
So, what is the default audio device for Java 1.6 on Linux ? Is it
configurable ? If so, where do I find it and how do I set it ? (Btw, I
have the Sun SDK).
The implementation has changed some times. IIRC it was /dev/dsp long time ago,
but since then it switched to native ALSA devices.
Sometime after v1.5.0, it is possible to use "hw:X" and "plughw:X"
(dmix)
devices, but by default I think it uses the "default" ALSA device now,
whatever is configured with that name.
I also have HighC installed under Wine, along with the
JRE 1.6 for
Windows. HighC works as expected there. I could not test jein under
Wine, it requires javac, which is not included in the JRE.
The compiler is included in the JDK (JSDK), which can be downloaded gratis
from Sun.
I don't know those programs. Are there sources available?
BTW, maybe you like to know that Gervill, the java free synthesizer has
released the magic 1.0 number. GPLv2 licensed:
https://gervill.dev.java.net/
This project is proposed as the Audio Synthesis Engine that would be used in
the GPL java runtime, replacing the old proprietary one. It is a wave table
synthesizer supporting the standards: DLS2, SoundFont2 and also audio files
as sound banks. It is worth to try. A MIDI file player is included. A few
quick tips:
$ unzip gervill-1.0.zip
$ cd gervill/bin
$ java -Xmx256M simplemidiplayer.SimpleMidiPlayer
(the -Xmx256M argument gives 256 Mb to the player, enough to load a big, good
soundfont like General User 1.4 by Chris Collins.)
Any and all suggestions are most welcome, I'm
totally clueless when it
comes to debugging Java.
You can find here some basic FAQ documents:
http://www.jsresources.org/index.html
Maybe you can start trying some basic program, like the SimpleAudioPlayer
http://www.jsresources.org/examples/SimpleAudioPlayer.html
copy the source code to a file named "SimpleAudioPlayer.java", or download the
examples from SF, http://sourceforge.net/project/showfiles.php?group_id=11738
compile it with the command:
$ javac SimpleAudioPlayer.java
Run the class with:
$ java SimpleAudioPlayer yourfile.wav
If it works, your java sound is working. If not, maybe there is some error
message giving a clue.
Regards,
Pedro
16 Aug
16 Aug
12:12 a.m.
Pedro Lopez-Cabanillas wrote:
re: default Java audio device
BTW, maybe you like to know that Gervill, the java free synthesizer has
released the magic 1.0 number. GPLv2 licensed:
https://gervill.dev.java.net/
This project is proposed as the Audio Synthesis Engine that would be used in
the GPL java runtime, replacing the old proprietary one. It is a wave table
synthesizer supporting the standards: DLS2, SoundFont2 and also audio files
as sound banks. It is worth to try. A MIDI file player is included. A few
quick tips:
$ unzip gervill-1.0.zip
$ cd gervill/bin
$ java -Xmx256M simplemidiplayer.SimpleMidiPlayer
(the -Xmx256M argument gives 256 Mb to the player, enough to load a big, good
soundfont like General User 1.4 by Chris Collins.)
Nice. I built it with no trouble, it worked perfectly with all of the
available devices (default, Delta 66, SBLive, and Java Sound Audio Engine).
Maybe you can start trying some basic program, like
the SimpleAudioPlayer
http://www.jsresources.org/examples/SimpleAudioPlayer.html
copy the source code to a file named "SimpleAudioPlayer.java", or download the
examples from SF, http://sourceforge.net/project/showfiles.php?group_id=11738
compile it with the command:
$ javac SimpleAudioPlayer.java
Run the class with:
$ java SimpleAudioPlayer yourfile.wav
If it works, your java sound is working. If not, maybe there is some error
message giving a clue.
It doesn't produce sound. It plays as though nothing is wrong, stops on
time, and delivers no error message. Btw, I added ~/.asoundrc to define
the default ALSA device, it didn't make any difference. :(
Thanks for your assistance, and I'm open to further suggestions. :)
Best,
dp
17 Aug
17 Aug
2:19 p.m.
Hi Dave,
Sciss made some interesting apps (Meloncillo, Eisenkraut) in Java using
scsynth as the audio back engine...
are you aware of these?
sincerely,
Marije
4:30 p.m.
Hi Dave --
This doesn't necessarily help with your problems, but I've found
JSyn to be a terrific way to develop java audio apps:
http://www.softsynth.com/jsyn/
(f you are looking at alternatives...)
brad
http://music.columbia.edu/~brad
On Aug 17, 2008, at 1:59 PM, Dave Phillips wrote:
nescivi wrote:
Sciss made some interesting apps (Meloncillo,
Eisenkraut) in Java
using
scsynth as the audio back engine...
are you aware of these?
Hi Marije,
Yes, I'm going to test both of them. :)
Best,
dp
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev
6:06 p.m.
Brad Garton wrote:
This doesn't necessarily help with your problems,
Hi Brad,
Just for the record, the problem is solved. It was/is a system
configuration problem, and I'm still not sure what's happening. If Java
uses the default OSS device (/dev/dsp) there are no probelsm as long as
the device isn't in use by another app. If Java uses the ALSA device,
for some reason it opens pcmC0D0p, then switches to pcmC1D0p. This
happens in both HighC and jein, they showed the same behavior. My
"problem" was that I didn't have any speakers connected to card1
(because I use it only for its MIDI ports; card0 is a Delta 66), and as
soon as I connected some speakers I could hear the sound. Doh...
But why is Java switching devices ? Where does it get the message that
it should do so ?
but I've found
JSyn to be a terrific way to develop java audio apps:
http://www.softsynth.com/jsyn/
(f you are looking at alternatives...)
Thanks, it's already on the list.
I'll try to get to it tomorrow. :)
Best,
dp
10:32 p.m.
On Sun, 2008-08-17 at 16:06 -0400, Dave Phillips wrote:
... If Java uses the ALSA device,
for some reason it opens pcmC0D0p, then switches to pcmC1D0p. This
happens in both HighC and jein, they showed the same behavior. My
"problem" was that I didn't have any speakers connected to card1
(because I use it only for its MIDI ports; card0 is a Delta 66), and as
soon as I connected some speakers I could hear the sound. Doh...
But why is Java switching devices ? Where does it get the message that
it should do so ?
Ahh! Now I begin to understand why the sound demoes in Java3D were so
silent when I tried to run them here :-D
I would would believe it notices that the delta66 midi does not exist
and therefore card0 as a whole is considered incomplete compared to the
"superior" card1
Apparently the OSS implementation was written on another day by someone
else with a different strategy.
Long shot: Perhaps it could be possible to symlink around the issue, so
that Java believes the midi I/O from card1 belongs to card0?
18 Aug
18 Aug
6:04 a.m.
On Mon, 2008-08-18 at 02:32 +0200, Jens M Andreasen wrote:
On Sun, 2008-08-17 at 16:06 -0400, Dave Phillips
wrote:
I have seen this happen before (a long time ago). My only explanation at
the time was that the software did not like the fact that the Delta 66
did not have a "standard" mixer it could control. It liked better the
stereo onboard card had and switched cards - and of course that was the
card I did not want to use...
The only (fuzzily remembered) workaround possible was disabling access
to oss for the second card. I think that worked...
-- Fernando
... If Java uses the ALSA device,
for some reason it opens pcmC0D0p, then switches to pcmC1D0p. This
happens in both HighC and jein, they showed the same behavior. My
"problem" was that I didn't have any speakers connected to card1
(because I use it only for its MIDI ports; card0 is a Delta 66), and as
soon as I connected some speakers I could hear the sound. Doh...
But why is Java switching devices ? Where does it get the message that
it should do so ?
Ahh! Now I begin to understand why the sound demoes in Java3D were so
silent when I tried to run them here :-D
I would would believe it notices that the delta66 midi does not exist
and therefore card0 as a whole is considered incomplete compared to the
"superior" card1 Apparently the OSS implementation was written on
another day by someone
else with a different strategy.
Long shot: Perhaps it could be possible to symlink around the issue, so
that Java believes the midi I/O from card1 belongs to card0?
5984
days inactive
5987
days old
linux-audio-dev@lists.linuxaudio.org
8 comments
6 participants
participants (6)
-
Brad Garton -
Dave Phillips -
Fernando Lopez-Lezcano -
Jens M Andreasen -
nescivi -
Pedro Lopez-Cabanillas