Re: [orca-list] Potential conflict between Orca and emacspeak with hardware synth

[Willie Walker <William Walker Sun COM>]

As a test, you might try putting the following lines in your 
~/.orca/user-settings.py file:

# Settings that apply to the particular speech engine to
# use as well details on the default voices to use.
#
orca.settings.speechFactoryModules    = ["gnomespeechfactory"]

This erases Orca's knowledge of the emacspeak and speechdipatcher 
modules.  If this stops the probing, then we can be almost sure its one 
of "espeechfactory" and/or "speechdispatcherfactory".  You can add
those strings to the speechFactoryModules above, separated by commas to 
test more.  For example:

orca.settings.speechFactoryModules = ["gnomespeechfactory", 
"espeechfactory"]

I'd be interested in what happens,

Will

David E. Price wrote:
> Hi,
>
> I also get the same behavior as Mike.  My DecTalk Express receives a reset 
> string for it, followed by a reset string for the DecTalk MultiVoice. When 
> this occurs, I have gnome-speech as the speech server and eSpeak as the 
> synthesizer. Emacspeak is not running at the time.  So, could it be that, 
> since the emacspeak speech server is one of my available speech servers, 
> although not currently in use, that Orca is in some way having the emacspeak 
> server test its available resources when the Orca Preferences dialog is 
> launched? Could this also be happening when moving from a non-AT-SPI 
> application back to those where Orca is functional? Just thoughts...
>
> dave
>
> ----- Original Message ----- 
> From: "Willie Walker" <William Walker Sun COM>
> To: "Mike Gorse" <mgorse mgorse dhs org>
> Cc: "David E. Price" <deprice cs utah edu>; <orca-list gnome org>
> Sent: Friday, October 26, 2007 9:45 AM
> Subject: Re: [orca-list] Potential conflict between Orca and emacspeak with 
> hardware synth
>
>
> > No hardware devices are supported by gnome-speech right now, so the 
> > suspects might be the emacspeak driver and/or speech dispatcher.
> >
> > Will
> >
> > Mike Gorse wrote:
> > > For what it's worth, _something_ does probe the serial port when the user 
> > > enters the preferences dialog.  I have a Speak-out connected to the 
> > > serial port on my desktop, and it starts reading out commands intended 
> > > for a DEC-talk.  So presumably it is gnome-speech that is doing this.
> > >
> > > -- Mike Gorse / AIM:linvortex / http://mgorse.freeshell.org --
> > >
> > > On Fri, 26 Oct 2007, Willie Walker wrote:
> > >
> > > > Hi David:
> > > >
> > > > Orca doesn't probe the serial ports at all.  Instead, it relies upon the
> > > > selected speech system (gnome-speech, emacspeak, speech dispatcher) to
> > > > perform audio/driver support on Orca's behalf.
> > > >
> > > > If you take emacspeak out of the equation, and choose gnome-speech with
> > > > eSpeak for Orca, do you still experience the hang?  If so, it might be
> > > > instability in Gutsy that's getting you.
> > > >
> > > > Will
>
> _______________________________________________
> Orca-list mailing list
> Orca-list gnome org
> http://mail.gnome.org/mailman/listinfo/orca-list
> Visit http://live.gnome.org/Orca for more information on Orca