Scenario: Reboot Linux 2.6.39.2 or 2.6.32

Speech Dispatcher launches along with pulseaudio.

Basic notification of sound works, but control of Intel HD with internal 6 channel controls fails:

Checking Sound Preferences in either KDE 4.6.3 or Gnome 2.32 or Gnome 3.0.1 shows only Simultaneous output to Internal Audio Analog Surround 5.1.

To restore Intel HD control and the ability to Test the speakers do the following:

1. Find the process associated with speech-dispatcher and kill -9 with sudo.
2. pulseaudio -k from general account
3. sudo /etc/init.d/alsa-utils force-reload
4. Relaunch Sound Preferences and the Internal Intel HD is now active. Keyboard controls of the surround sound scales down/up accordingly.

It appears speech-dispatcher needs to wait for the internal or pci hardware to fully initialize before accessing, or I can just disable it system-wide, until the priority between the devices and Pulseaudio with Alsa is worked out.

Hello,

sorry for not getting to you earlier.

Could you please:

1. post your /etc/default/pulseaudio
2. post output of: grep AudioOutputMethod /etc/speech-dispatcher/speechd.conf

Also, would you remember whether you had this problem also with previous 0.7* versions of the package?

Finally, the bugreport information says that you have modified the conffile /etc/default/speech-dispatcher. Do you remember modifying it? (A theory I have is that a package installation script modified it without you doing it).

I'll have to reinstall it. After uninstalling it PulseAudio and ALSA
work seemlessly within both KDE 4.6.5 and GNOME 3.0.2.

What is the boot order of loaded services/daemons and perhaps that is
the problem?

- Marc

There is no need to reinstall speech-dispatcher, because:

a. you uninstalled it with --purge, then you no longer have its configuration file and would install the default configuration file, whose contents I already well know
b. you did uninstalled it without --purge, then it left the conffiles I am asking you for, and you can send the information I inquired without installing the respective package

In any case, knowing your /etc/default/pulseaudio would be helpful, and if you still have the /etc/speech-dispatcher/speechd.conf, then the grep output I asked too.

Anyway while the problem looks like in pulseaudio since it should be able to run fine with 2 instances under different users, the speech-dispatcher.postinst script should not have modified /etc/default/speech-dispatcher to be RUN=yes on upgrade from 0.6* (it should have been 0.7). Unfortunately no way to fix that now in the package for those who upgraded from 0.6. New installs of speech-dispatcher should be fine, though. If you did not use --purge when uninstalling speech-dispatcher, just edit /etc/default/speech-dispatcher and change "RUN=yes" to "RUN=no", speech-dispatcher 0.7 should not run as a system-wide service.

10.8.2011 v 0:56, Marc J. Driftmeyer:

Boris Dušek
BRAILCOM, o.p.s.

/etc/default/pulseaudio

mdriftmeyer@horus:/etc/default$ more pulseaudio
# Start the PulseAudio sound server in system mode.
# (enables the pulseaudio init script)
# System mode is not the recommended way to run PulseAudio as it has some
# limitations (such as no shared memory access) and could potentially allow
# users to disconnect or redirect each others audio streams. The
# recommended way to run PulseAudio is as a per-session daemon. For GNOME
# sessions you can install pulseaudio-esound-compat and GNOME will
# automatically start PulseAudio on login (if ESD is enabled in
# System->Preferences->Sound). For other sessions, you can simply start
# PulseAudio with "pulseaudio --daemonize".
# 0 = don't start, 1 = start
PULSEAUDIO_SYSTEM_START=0

# Prevent users from dynamically loading modules into the PulseAudio sound
# server. Dynamic module loading enhances the flexibility of the PulseAudio
# system, but may pose a security risk.
# 0 = no, 1 = yes
DISALLOW_MODULE_LOADING=1

mdriftmeyer@horus:/etc/default$

Of course I ran a purge. I have been testing GNOME 3 out so I haven't
used KDE 4.6.5 for a few months, just KDE applications within GNOME 3 Shell.

Since all my mails are imap'd I'll keep this archived and tested again
when I reinstall speech-dispatcher to see if I ever run into this again.

Thanks for the help and sorry about purging the set up.

- Marc