Re: speech dispatcher as system service on ubuntu maverick

2010-08-18 Thread Halim Sahin
Hi,
Try to place the attached file in ~/.pulse
folder of your desktop user.
After that reconfigure speech-dispatcher (systemservice) to use alsa.
Totaly untested, I am no longer using ubuntu.
HTH.
Halim
#!/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-hal-detect --
### see below -- for doing this automatically)
load-module module-alsa-sink device=dmix
#load-module module-alsa-source device=hw:0,0
#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
### Alternatively use the static hardware detection module (for systems that
### lack udev support)
load-module module-detect
#.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 reciever 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 
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
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.
load-module module-console-kit

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

### Cork music streams when a phone stream is active
load-module module-cork-music-on-phone

# 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

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

Re: Speech-dispatcher as a service?

2008-12-04 Thread David Picón Álvarez
There is a similar initiative in the Spanish-speaking environment, called 
tiflobuntu. It seems clear that this solution is being replicated around. 
IMO it shows two things:

1) Ubuntu out of the box is too fiddly to set up right for accessibility.
2) There is a certain amount of reduplication of effort going on.

It would be good if people who are working in this type of solution could 
(internationalization aside) get together and issue a common 
accessibility-optimized distro, run from same repositories, etc. Even better 
would be if Ubuntu came like that already, but that's probably harder to 
manage.

--David.


-- 
Ubuntu-accessibility mailing list
Ubuntu-accessibility@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility


Re: Speech-dispatcher as a service?

2008-12-04 Thread Mgr. Janusz Chmiel
Blindubuntu even contained yasr screen reader connected to a Speech 
dispatcher and festival Czech database, so users can use yasr for reading 
texts displaied in console.

Speakup can be added to The installed system too. And braille displays are 
automatically detected like Ubuntu feisty and Gutsi Gibbon.

I would like to thank MR Hanke, that he published this message, because MR 
Sukany is very clever linux administrator, his knowledge of Linux operating 
system is ammazing, he is even publishing articles in The Czech magazine 
Linux Express. I think, that this man could cooperate with core developers 
of Ubuntu to make accessibility features in The box.


-- 
Ubuntu-accessibility mailing list
Ubuntu-accessibility@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility


Re: Speech-dispatcher as a service?

2008-12-04 Thread Samuel Thibault
David Picón Álvarez, le Thu 04 Dec 2008 16:21:59 +0100, a écrit :
 Even better would be if Ubuntu came like that already, but that's
 probably harder to manage.

Why?  Yes, working with people is difficult, but keeping a parallel
distribution is a lot of long-term work.  See what happened in
Debian: I pushed the support for braille devices, and added a wiki page
describing how to check that it still works.  The result is that a few
debian-installer people actually do test it themselves, so I don't need
to do _any_ work any more on that regard and I could push the support
for speakup, for which I added a wiki page, etc.

Samuel

-- 
Ubuntu-accessibility mailing list
Ubuntu-accessibility@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-accessibility