Re: [orca-list] gnome-speech seems to block orca
- From: Willie Walker <William Walker Sun COM>
- To: Michael Whapples <mwhapples aim com>
- Cc: orca-list <orca-list gnome org>
- Subject: Re: [orca-list] gnome-speech seems to block orca
- Date: Thu, 12 Jun 2008 10:30:31 -0400
In looking at the gnome-speech driver for ViaVoice (which I think what
is used for the IBMTTS engine), I see calls to ViaVoice's eciAddText
method directly in the 'say' method. If the call to eciAddText can
block, then this could be what is causing the problem.
We saw something similar with the gnome-speech driver for eSpeak, and I
worked up a patch yesterday to try to avoid the problem:
http://bugzilla.gnome.org/show_bug.cgi?id=535493 (the patch only
applies to the gnome-speech driver for eSpeak).
Do you have other speech engines you can try? If eSpeak is one of
them, you'll need to apply the patch from the above bug first and
rebuild/reinstall gnome-speech. If you're not familiar with doing
that, however, then don't do it. I often forget how dangerous it is to
place a knife in someone's hands and tell them to cut a piece of rope
-- it's amazing, but somehow they sometimes end up slashing their
wrists and hanging themselves in the process. :-)
In addition, you mention that you experience this when arrowing through
the list of e-mails in evolution. Are you arrowing really really fast?
Do you experience this in other applications? Is it associated with
the speed at which you are typing and/or if you press and hold a key to
cause autorepeat to kick in?
Will
On Jun 12, 2008, at 8:24 AM, Michael Whapples wrote:
Hello,
I will try and word this carefully so it doesn't get misunderstood.
I am using gnome-speech with IBMtts, and I have modified the bonobo
server file
(/usr/lib/bonobo/servers/GNOME_Speech_SynthesisDriver_Viavoice.server)
to use the Viavoice driver with ALSA's oss emulation.
When using orca, at times speech starts and it seems impossible to
interupt the speech. It appears as if the speech output is blocking
further execution in orca, until the speech finishes, or possibly when
it is reaching a join of speech strings sent to gnome-speech. An
example
I can give is when I am cursoring through the list of emails in a
folder
in evolution, orca starts speech of the item I move to, braille does
not
change at this point, and no key presses seem to respond, until a good
way through the row of the list item being spoken, at which point
braille catches up and keys start responding. In fact when I say key
presses don't respond, I mean orca reports nothing as happening, it
continues what it is speaking as if nothing happened, but at the end
the
key presses then all seem to happen.
I have never noticed this with orca and speech-dispatcher, but at the
moment gnome-speech seem better (a part from this problem) as there are
a couple of things with speech-dispatcher and the IBMtts module that
make it not so good.
Is this problem an orca bug or a gnome-speech bug? Does a bug report
already exist for this, or shall I create one.
Michael Whapples
_______________________________________________
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
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]