Bug#591717: espeak: Library unble to open soundcard.
Package: espeak Followup-For: Bug #591717 Hello. I am not able to reproduce the issue anymore with my current hardware. @Pavel: can you reproduce the symptom you have observed? Else, I suggest to close this bug.
Bug#591717: espeak: Library unble to open soundcard.
Package: espeak Followup-For: Bug #591717 There is some progress in version 1.48.04+dfsg-1. My soundcard says hello, though complaining on the screen. I copy the messages in case they help investigating the bug. Please ignore the 3 last ones lines, the jack server is not installed. # echo Hello | espeak --stdin ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2239:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map ALSA lib pcm_route.c:947:(find_matching_chmap) Found no matching channel map Cannot connect to server socket err = No such file or directory Cannot connect to server request channel jack server is not running or cannot be started -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
On Tuesday 21 of September 2010, Gilles Casse wrote: The previous advices from Jonathan Duddington should help Nicholas to select the correct device. Otherwise, it is needed for tracking the issue to gather info on the hardware, run the portaudio tests, and eventually run portaudio in debug mode. Notice: glob2 uses Portaudio for recording (as I understand the sources). Hi, I am getting the exactly same errors here, while porting from KDE3.5 to KDE4. $ espeak Expression 'parameters-channelCount = maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 926 Expression 'ValidateParameters( outputParameters, hostApi, StreamDirection_Out )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1144 Expression 'parameters-channelCount = maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 926 Expression 'ValidateParameters( outputParameters, hostApi, StreamDirection_Out )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1144 Expression 'parameters-channelCount = maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 926 Expression 'ValidateParameters( outputParameters, hostApi, StreamDirection_Out )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1144 wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) ^C I want either subscribe to this topic and supply additional peaces of information: 1) While espeak produces these errors when run from command line, when it is selected as backend for speach dispatcher in KDE environment notifications sounds normally (e.g. speaking current time). 2) As seen from above quotes, the first checking (lines 926 and 1144) is done once (resp. thrice) when espeak starts, while wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) is produced each time new text is supplied (even if empty line entered). I tested this running espeak w/o parameters and pushing enter several times. 3) Same behavior for unprivileged user and root running espeak. I am ready and willing to test non-source/packages intrusive experiments should you supply guidelines. I know my HW configuration well and can supply needed information upon request. I am using 6ch repro set, relevant lspci part is as follows: 00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller Subsystem: Giga-byte Technology GA-EP45-UD3R Motherboard Flags: bus master, fast devsel, latency 0, IRQ 22 Memory at f330 (64-bit, non-prefetchable) [size=16K] Capabilities: access denied Kernel driver in use: HDA Intel Running Debian Squeeze (testing) uname -l Linux CENSORED 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 GNU/Linux KDE version 4.4.5 -- Pavel Mendl pavel_me...@centrum.cz Skype: pmendl (link skype:pmendl?call ) Jabber: pa...@jabber.pznet.rudna.net ICQ: 37571535 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
The previous advices from Jonathan Duddington should help Nicholas to select the correct device. Otherwise, it is needed for tracking the issue to gather info on the hardware, run the portaudio tests, and eventually run portaudio in debug mode. Notice: glob2 uses Portaudio for recording (as I understand the sources). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: [Espeak-general] Bug#591717: espeak: Library unble to open soundcard.
On 22 Aug, Samuel Thibault samuel.thiba...@ens-lyon.org wrote: One of our debian users has troubles with using espeak on his machine, getting wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) This error message comes from espeak, from file wave.cpp at line 307. This is in function wave_open_sound() which tries to open a sound channel for output. Error number -9996 means invalid device, but I don't know what that means in this context. espeak tries to open a sound channel for 22050 Hz, 16 bit, mono. If the error is -9998 (Invalid channel count) it will try stereo, but that is not the case here. If 22050 Hz is not available, the error should have been -9997 (Invalid bit rate). Error Invalid device may suggest something wrong with ALSA data. eSpeak can be made to use a specified device number (I'm not sure what device number means), by a line in the file espeak-data/config You could try adding a line: pa_device 1 in the file espeak-data/config, and change 1 to a number that works. Is this an index into a some ALSA data? This number sets the value of variable option_device_number which is used at line 503 in function select_device() in wave.cpp. I don't know much about this code. It was written by Gilles Casse gca...@oralux.org, so he may have a better understanding of this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
Hello Gilles, Could you be some help with a bug some user is meeting with espeak? The whole story is on http://bugs.debian.org/591717 Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
Nicolas Boulenguez, le Sun 22 Aug 2010 03:17:05 +0200, a écrit : I noticed that the four top error messages lines about failed expressions only appear if another application is producing sound at the same time (namely, vlc with alsa output). Oh, and if not, you're still getting the other error messages, exactly the same? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
Oh, and if not, you're still getting the other error messages, exactly the same? Four times exactly wave_open_sound Pa_OpenStream : err=-9996 (Invalid device), and no sound. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
tags 591717 + upstream thanks Hello, One of our debian users has troubles with using espeak on his machine, getting wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) errors. The whole story can be read on http://bugs.debian.org/591717 It seems to me like it might be something like an unavailable bitrate or something like this, what do you think? How should we debug this? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
Hello, Nicolas Boulenguez, le Thu 05 Aug 2010 01:59:08 +0200, a écrit : I tried another application (hydrogen) using libportaudio (19+svn20071022-3+b1), it works fine. Just to make sure: did you make sure that hydrogen was really using libportaudio? Apparently it's able to use several backends, including alsa, so I guess you might have to set portaudio by hand to make it really use it. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
Could you also post us the output of ls -l /proc/asound Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
On Sun, Aug 22, 2010 at 01:17:48AM +0200, Samuel Thibault wrote: Nicolas Boulenguez, le Thu 05 Aug 2010 01:59:08 +0200, a écrit : I tried another application (hydrogen) using libportaudio (19+svn20071022-3+b1), it works fine. Just to make sure: did you make sure that hydrogen was really using libportaudio? Apparently it's able to use several backends, including alsa, so I guess you might have to set portaudio by hand to make it really use it. hydrogen -d alsa. The choices were alsa|oss|jack. I thought that the portaudio library was on top of the alsa (or oss) driver. I also tried glob2. It depends on libportaudio, produces sound and does not allow output device selection. Could you also post us the output of ls -l /proc/asound dr-xr-xr-x 4 root root 0 22 août 02:44 card0 dr-xr-xr-x 4 root root 0 22 août 02:44 card1 -r--r--r-- 1 root root 0 22 août 02:44 cards lrwxrwxrwx 1 root root 5 22 août 02:44 Device - card1 -r--r--r-- 1 root root 0 22 août 02:44 devices -r--r--r-- 1 root root 0 22 août 02:44 hwdep lrwxrwxrwx 1 root root 5 22 août 02:44 Intel - card0 -r--r--r-- 1 root root 0 22 août 02:44 modules dr-xr-xr-x 2 root root 0 22 août 02:44 oss -r--r--r-- 1 root root 0 22 août 02:44 pcm dr-xr-xr-x 2 root root 0 22 août 02:44 seq -r--r--r-- 1 root root 0 22 août 02:44 timers -r--r--r-- 1 root root 0 22 août 02:44 version By the way, ~/.asoundrc contains: - pcm.!default front:Device I tried with the other soundcard alone, and got the same results. I noticed that the four top error messages lines about failed expressions only appear if another application is producing sound at the same time (namely, vlc with alsa output). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591717: espeak: Library unble to open soundcard.
Package: espeak Version: 1.43.03-2 Severity: normal Hello. $ echo Hello | espeak --stdin Expression 'parameters-channelCount = maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 924 Expression 'ValidateParameters( outputParameters, hostApi, StreamDirection_Out )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1142 Expression 'parameters-channelCount = maxChans' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 924 Expression 'ValidateParameters( outputParameters, hostApi, StreamDirection_Out )' failed in 'src/hostapi/alsa/pa_linux_alsa.c', line: 1142 wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) wave_open_sound Pa_OpenStream : err=-9996 (Invalid device) produces no sound while $ echo Hello | espeak --stdin --stdout /tmp/tmp.wav vlc /tmp/tmp.wav says a polite greeting. I tried another application (hydrogen) using libportaudio (19+svn20071022-3+b1), it works fine. -- System Information: Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Versions of packages espeak depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libespeak11.43.03-2 A multi-lingual software speech sy ii libgcc1 1:4.4.4-7 GCC support library ii libstdc++64.4.4-7The GNU Standard C++ Library v3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org