That works, I am back in the game. Thank you so much, all. Emacspeak makes me happy :-) > On 23 Oct 2014, at 02:59, "T. V. Raman" <raman@xxxxxxxxxxx> wrote: > > Checked in -- please test. >>>>>> "David" == David Tseng <davidtseng@xxxxxxxxxxx> writes: > David> The mac server currently checked into emacspeak trunk > David> is outdated; sending a patch to raman@ > David> momentarily. Thanks. > David> > David> Matthew Wood writes: > David> >>> Thank you, Tim/ Bart :-) >>> >>> I'll review the version of the mac tts server I'm running >>> and get back to you. >>> >>> On 22 Oct 2014, at 12:59, "Tim Cross" >>> <theophilusx@xxxxxxxxxxx<mailto:theophilusx@xxxxxxxxxxx>> >>> wrote: >>> >>> It is quite possible that the new version of OSX has >>> broken things. There were problems with the mac server >>> after the OSX 10.9 upgrade as well. My guess is that apple >>> have changed something which is now causing the speech >>> server to not run correctly. >>> >>> I've not upgraded to 10.10 yet. I did update emacspeak >>> recently and have not observed any problems with 10.9 >>> >>> Tim >>> >>> >>> On 22 October 2014 20:41, Matthew Wood >>> <matthew.wood@xxxxxxxxxxx<mailto:matthew.wood@xxxxxxxxxxx>> >>> wrote: Hello everyone, >>> >>> I'm new here, can I ask for some help with an issue I'm >>> seeing on emacspeak on the mac? >>> >>> My symptom is that with voice lock on, text spans after >>> the first personality switch in a line are not being >>> voiced. So for example I hear a comment delimiter but not >>> the comment itself. >>> >>> I grabbed the debug log from the mac tts server and I can >>> see the voice changes and text segments for the entire >>> line are being received as expected. I can also see the >>> first chunk being dispatched to the underlyingn tts api. >>> >>> I've started to poke around with a little extra logging >>> and I think I'm seeing a call to >>> 'isAnyApplicationSpeaking' on the underlying tts api >>> returning true, even right after the speech server >>> receives a 'didFinishSpeaking' notification from the >>> underlying engine. Maybe this is causing attempts to >>> dequeue remaining speech items to be skipped? Maybe my >>> understanding of how all this hangs together is buggy?? >>> >>> I believe this is changed behaviour after an upgrade from >>> OS X 10.7 and emacspeak v37 to OS X 10.10 and v40. Anyone >>> else seeing similar? >>> >>> I'll keep digging but any pointers really appreciated! >>> ----------------------------------------------------------------------------- >>> To unsubscribe from the emacspeak list or change your >>> address on the emacspeak list send mail to >>> "emacspeak-request@xxxxxxxxxxx<mailto:emacspeak-request@xxxxxxxxxxx>" >>> with a subject of "unsubscribe" or "help". >>> >>> >>> >>> >>> -- >>> regards, >>> >>> Tim >>> >>> -- >>> Tim Cross > David> > David> ----------------------------------------------------------------------------- > David> To unsubscribe from the emacspeak list or change your > David> address on the emacspeak list send mail to > David> "emacspeak-request@xxxxxxxxxxx" with a subject of > David> "unsubscribe" or "help".
|All Past Years |Current Year|
If you have questions about this archive or had problems using it, please contact us.