Re: snd_hda_intel alsa espeakup

To: debian-user-german@lists.debian.org
Subject: Re: snd_hda_intel alsa espeakup
From: Iris Schaedler <iris.schaedler@freenet.de>
Date: Sun, 7 Jul 2013 21:41:58 +0200
Message-id: <20130707194158.GA9355@Debi10.bluemoon.lan>
In-reply-to: <CZnak+VfjyB@didi.segbert>
References: <5083aa-sb5.ln1@Debi10.bluemoon.lan> <CZnak+VfjyB@didi.segbert>

Hallo Dietmar,

On Sat, Jun 29, 2013 at 05:58:00PM +0200, Dietmar Segbert wrote:
>> Ich kann ja mal probieren, ob ich Speakup mit meiner Konfiguration zum 
>> reden überreden und es mit anderem Sound unterlegen kann. 
>Das wäre toll. 

ich weiß nicht so genau, wie sehr ich Dir helfen kann, denn eigentlich
klangen die Aussagen nicht sehr optimistisch, daß es wirklich möglich sein 
sollte, Pulseaudio mit den Sprachsyntheseprogrammen zusammmenzubringen. Meine
eigenen Erfahrungen haben das auch gezeigt: Das Schrauben an den Configs der
einzelnen Programme (und da gibt es ja viele Möglichkeiten) bringt sehr
interessante Ergebnisse hervor, die aber nicht unbedingt den eigenen
Wünschen entsprechen müssen. U. a. habe ich mein Orca/Speech-Dispatcher
zweimal in den Dummy-Fallback-modus befördert. (den kannte ich bisher auch
noch nicht) Es ist nicht nur ganz schön schwierig die beteiligten Programme 
mit den richtigen Configs zu kombinieren, sondern eingie von denen scheinen 
auch noch Probleme mit den Treibern von bestimmten Soundkarten zu haben. Ich 
fürchte, daß zumindest meine Aufnahmekarte auch dazu gehören könnte. 

Also die pbroblemloseste Variante bleibt es wohl, Pulseaudio zu
deaktivieren/deinstallieren. Ich habe mindestens zwei eindeutige Aussagen 
gefunden, daß Speakup, Espeak, Espeakup, Speech-Dispatcher und Orca alle 
problemlos in Wheezy funktionieren können, wenn man reines Alsa als 
Ausgabesystem verwendet. Dein geplanter Einsatz von Skype könnte auch für
diese Variante sprechen. So lange Du noch keinen Desktop installiert hast
müsste die Entfernung von Pulseaudio eigentlich ziemlich risikolos möglich
sein.

Einzig die für Blinde besonders geeignete Distri Vinux soll das hinbekommen
haben, also inkl. Pulseaudio. Man könnte vielleicht Vinux mal in einer Vm
ausprobieren. Ich weiß allerdings nicht, wie virtuell da die ganzen
Soundsachen sind und wie aussagekräftig das dann wäre.

Eine mögliche Lösung hätte ich aber auch mit Pulseaudio weiterzugeben:
Bei meinem System mit 2 Soundkarten hat die Konfiguration ansatzweise 
funktioniert: Orca hatte oberflächlich gehört keine Probleme, die
gleichzeitige Benutzung eines Sinks von z. B. mplayer und Speakup hat
funktioniert. Allerdings war meine Defaultkarte nicht mehr die Defaultkarte
und ich konnte nicht mehr aufnehmen damit. Zudem gab's während der Ausgabe
einige Alsa lib PCM Fehlermeldungen. Und mein Problem mit dem Wechseln der
Defaultvoice hat der Ansatz auch nicht lösen können. Vielleicht könnte man 
das noch irgendwie hinbekommen. Zudem weiß ich natürlich nicht wie ein 
System mit nur einer Soundkarte darauf reagiert. Ich hänge die Empfehlung 
aus der Debian-Accessibility-Liste an. 
Ich hoffe, Du kannst was damit anfangen,

Iris

To: debian-accessibility@lists.debian.org
From: Halim Sahin <halim.sahin@freenet.de>
Subject:  hints for pulseaudio in wheezy
Date: Fri, 14 Dec 2012 21:23:52 +0100
Message-ID: <20121214202352.GA17215@gentoo.local>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="0OAP2g/MAC+5xKAE"
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
Resent-Message-ID: <gG1-qR19kvJ.A.WyG.l84yQB@bendel>
Resent-From: debian-accessibility@lists.debian.org
Precedence: list
Resent-Sender: debian-accessibility-request@lists.debian.org
Resent-Date: Fri, 14 Dec 2012 20:42:13 +0000 (UTC)
Envelope-to: iris.schaedler@freenet.de
Status: RO
Content-Length: 6750
Lines: 197


--0OAP2g/MAC+5xKAE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi,
Unfortunately next stable debian' graphical desktop 
will highly depend on pulseaudio.
aptitude show gnome-core

So here are some hints how to deal with this .... situation:
- place the attached default.pa in ~/.pulse
The changes are that pulseaudio can't block the audio device.
- sudo rm /usr/share/alsa/pulse-alsa.conf
- You can now enable speech-dispatcher in /etc/default/speech-dispatcher
  and use it for console screenreader of your choice and orca
- use libao in speechd.conf (more stable than native alsa).

WARNING:
These changes can make the audio output unusable.
Do it at your own risk.

HTH.
Halim


--0OAP2g/MAC+5xKAE
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="default.pa"

#!/usr/bin/pulseaudio -nF
#
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify it
# under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, write to the Free Software Foundation,
# Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA.

# This startup script is used only if PulseAudio is started per-user
# (i.e. not in system mode)

.nofail

### Load something into the sample cache
#load-sample-lazy x11-bell /usr/share/sounds/gtk-events/activate.wav
#load-sample-lazy pulse-hotplug /usr/share/sounds/startup3.wav
#load-sample-lazy pulse-coldplug /usr/share/sounds/startup3.wav
#load-sample-lazy pulse-access /usr/share/sounds/generic.wav

.fail

### Automatically restore the volume of streams and devices
load-module module-device-restore
load-module module-stream-restore
load-module module-card-restore

### Automatically augment property information from .desktop files
### stored in /usr/share/application
load-module module-augment-properties

### Load audio drivers statically
### (it's probably better to not load these drivers manually, but instead
### use module-udev-detect -- see below -- for doing this automatically)
load-module module-alsa-sink device=dmix
load-module module-alsa-source device=dsnoop
#load-module module-oss device="/dev/dsp" sink_name=output source_name=input
#load-module module-oss-mmap device="/dev/dsp" sink_name=output source_name=input
#load-module module-null-sink
#load-module module-pipe-sink

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
### Use the static hardware detection module (for systems that lack udev/hal support)
load-module module-detect
.endif

### Automatically connect sink and source if JACK server is present
.ifexists module-jackdbus-detect.so
.nofail
load-module module-jackdbus-detect
.fail
.endif

### Automatically load driver modules for Bluetooth hardware
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif

### Load several protocols
.ifexists module-esound-protocol-unix.so
load-module module-esound-protocol-unix
.endif
load-module module-native-protocol-unix

### Network access (may be configured with paprefs, so leave this commented
### here if you plan to use paprefs)
#load-module module-esound-protocol-tcp
#load-module module-native-protocol-tcp
#load-module module-zeroconf-publish

### Load the RTP receiver module (also configured via paprefs, see above)
#load-module module-rtp-recv

### Load the RTP sender module (also configured via paprefs, see above)
#load-module module-null-sink sink_name=rtp format=s16be channels=2 rate=44100 sink_properties="device.description='RTP Multicast Sink'"
#load-module module-rtp-send source=rtp.monitor

### Load additional modules from GConf settings. This can be configured with the paprefs tool.
### Please keep in mind that the modules configured by paprefs might conflict with manually
### loaded modules.
.ifexists module-gconf.so
.nofail
load-module module-gconf
.fail
.endif

### Automatically restore the default sink/source when changed by the user
### during runtime
### NOTE: This should be loaded as early as possible so that subsequent modules
### that look up the default sink/source get the right value
load-module module-default-device-restore

### Automatically move streams to the default sink if the sink they are
### connected to dies, similar for sources
load-module module-rescue-streams

### Make sure we always have a sink around, even if it is a null sink.
load-module module-always-sink

### Honour intended role device property
load-module module-intended-roles

### Automatically suspend sinks/sources that become idle for too long
load-module module-suspend-on-idle

### If autoexit on idle is enabled we want to make sure we only quit
### when no local session needs us anymore.
.ifexists module-console-kit.so
load-module module-console-kit
.endif
.ifexists module-systemd-login.so
load-module module-systemd-login
.endif

### Enable positioned event sounds
load-module module-position-event-sounds

### Cork music/video streams when a phone stream is active
load-module module-role-cork

### Modules to allow autoloading of filters (such as echo cancellation)
### on demand. module-filter-heuristics tries to determine what filters
### make sense, and module-filter-apply does the heavy-lifting of
### loading modules and rerouting streams.
load-module module-filter-heuristics
load-module module-filter-apply

### Load DBus protocol
.ifexists module-dbus-protocol.so
load-module module-dbus-protocol
.endif

# X11 modules should not be started from default.pa so that one daemon
# can be shared by multiple sessions.

### Load X11 bell module
#load-module module-x11-bell sample=bell-windowing-system

### Register ourselves in the X11 session manager
#load-module module-x11-xsmp

### Publish connection data in the X11 root window
#.ifexists module-x11-publish.so
#.nofail
#load-module module-x11-publish
#.fail
#.endif

load-module module-switch-on-port-available

### Make some devices default
#set-default-sink output
#set-default-source input

Reply to:

Follow-Ups:
- Re: snd_hda_intel alsa espeakup
  - From: didi.segbert@arcor.de (Dietmar Segbert)

Prev by Date: Re: 99FX Chipsatz mit kombiniertem IDE/SATA (AHCI) geht nicht wirklich
Next by Date: Re: directories wieder ausführbar machen
Previous by thread: Re: 99FX Chipsatz mit kombiniertem IDE/SATA (AHCI) geht nicht wirklich
Next by thread: Re: snd_hda_intel alsa espeakup
Index(es):
- Date
- Thread