Ticket #375 (new defect)
playback of recorded prompts fails
Reported by: | kmaclean | Owned by: | kmaclean |
---|---|---|---|
Priority: | major | Milestone: | SpeechSubmission 0.1.7 |
Component: | SpeechSubmission | Version: | SpeechSubmission0.1.4 |
Keywords: | Cc: |
Description
Robin said (from this post):
A new Dutch 'speech submitter' tried to playback the prompts he recorded using the Java submission app. He got this error:
unable to open the line: javax.sound.sampled.LineUnavailableException?: Audio Device Unavailable
He posted a screenshot here:
--- (Edited on 2/15/2008 11:11 am [GMT-0600] by Robin) ---
data regarding his installation:
java -version java version "1.6.0_03" Java(TM) SE Runtime Environment (build 1.6.0_03-b05) Java HotSpot?(TM) Client VM (build 1.6.0_03-b05, mixed mode, sharing)
Mozilla/5.0 (X11; U; Linux i686; nl; rv:1.8.1.12) Gecko/20080207 Ubuntu/7.10 (gutsy) Firefox/2.0.0.12
Note: See
TracTickets for help on using
tickets.
Firefox on Linux \w Sound Emitting Flash Controls
From this post:
I had the same problem as the poster above. This problem happens in Firefox on Linux if you have a flash component in one of the browsers other tabs that causes firefox to grab control of the soundcard, so that Java is unable to get exclusive access to the card when it needs it (Java does not go via firefox).
Essentially the problem is that niether firefox nor Java connect via ALSA which allows all applications to connect at the same time, but try to take control of the raw sound device themselves. This is what I see when I run the lsof command to see which applications are using the sound devices:
As you can see, whereas totem and mixer_app connect via ALSA (controlCO) at the same time, firefox connects directly to the raw sound device (pcm...) and so prevents Java. This problem goes away by closing the tabs that have sound producing flash controls.