Why try to initialize modules with no config file?

[Didier Spaier]

Hello,

Running speech-dispatcher from master after commit fc82cba85

I have applied a few patches, but I don't think they can come into play.

My context:
didier[~]$ ls -1 /etc/speech-dispatcher/modules/*.conf
/etc/speech-dispatcher/modules/espeak-ng-mbrola-generic.conf
/etc/speech-dispatcher/modules/espeak-ng.conf
/etc/speech-dispatcher/modules/flite-generic.conf
/etc/speech-dispatcher/modules/flite.conf
/etc/speech-dispatcher/modules/pico.conf
/etc/speech-dispatcher/modules/rhvoice.conf
didier[~]$

All AddModule lines commented out in /etc/speec-dispatcher/speechd.conf:

<- cut here ->
#AddModule "espeak-ng"                "sd_espeak-ng" "espeak-ng.conf"
#AddModule "festival"                 "sd_festival"  "festival.conf"
#AddModule "flite"                    "sd_flite"     "flite.conf"
#AddModule "ivona"                    "sd_ivona"     "ivona.conf"
#AddModule "pico"                     "sd_pico"      "pico.conf"
#AddModule "espeak-ng-mbrola-generic" "sd_generic"   
"espeak-ng-mbrola-generic.conf"
#AddModule "espeak-mbrola-generic"    "sd_generic"   
"espeak-mbrola-generic.conf"
#AddModule "swift-generic"            "sd_generic"   "swift-generic.conf"
#AddModule "epos-generic"             "sd_generic"   "epos-generic.conf"
#AddModule "dtk-generic"              "sd_generic"   "dtk-generic.conf"
#AddModule "ibmtts"                   "sd_ibmtts"    "ibmtts.conf"
#AddModule "kali"                     "sd_kali"      "kali.conf"
#AddModule "baratinoo"                "sd_baratinoo" "baratinoo.conf"
#AddModule "rhvoice"                  "sd_rhvoice"   "rhvoice.conf"

# DO NOT REMOVE the following line unless you have
# a specific reason -- this is the fallback output module
# that is only used when no other modules are in use
#AddModule "dummy"         "sd_dummy"      ""

# The output module testing doesn't actually connect to anything. It
# outputs the requested commands to standard output and reads
# responses from stdandard input. This way, Speech Dispatcher's
# communication with output modules can be tested easily.

# AddModule "testing"

# The DefaultModule selects which output module is the default.  You
# must use one of the names of the modules loaded with AddModule.

DefaultModule espeak-ng
<- cut here ->

Just after booting:
didier[~]$ spd-say -O
OUTPUT MODULES
pico
flite-generic
espeak-ng-mbrola-generic
flite
rhvoice
espeak-ng
didier[~]$


So far, so good. But as you can see in the snapshot of:
/dev/shm/didier/speech-dispatcher/log
taken just after that issuing the above command, Speech-dispatcher tries
to intialize even modules with no config files, namely:
festival
baratinoo
kali
cicero

None of the corresponding TTS engines is installed.

Wouldn't be better not to try initializing any module but dummy if its
.conf is not?

Best,
Didier

PS wrt your commit 249641dc:
Set playback commands for the libao audio output

I patched espeak-ng-mbrola-generic.conf
to set as default the alternate GenericExecuteSynth
command, as else aplay just output a strident noise.
Patch attached. 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: direct_playback_in_espeak_mbrola_generic.conf.diff
Type: text/x-patch
Size: 1637 bytes
Desc: not available
URL: 
<http://lists.freebsoft.org/pipermail/speechd/attachments/20190116/cf676579/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: log.tar.xz
Type: application/x-xz
Size: 2688 bytes
Desc: not available
URL: 
<http://lists.freebsoft.org/pipermail/speechd/attachments/20190116/cf676579/attachment-0001.bin>