From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-gy0-f170.google.com (mail-gy0-f170.google.com [209.85.160.170]) by speech.braille.uwo.ca (Postfix) with ESMTP id 6188FC1A36D for ; Mon, 26 Apr 2010 11:59:52 -0400 (EDT) Received: by gyf2 with SMTP id 2so6179935gyf.29 for ; Mon, 26 Apr 2010 08:59:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:mail-followup-to:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=uod7lEWvXPp4I+I7hiH0qRs53GRYTB491+oykqNR2PE=; b=NM07/tLiAJrmSnVL+/FMJ5eglYDsXx8ec/bQZ0YVpFUZEoo56AwOfjNe04glh7ezrJ v1IkEHvPLdcQozP54R9UIJ524IOXshvBlrwkDPuPOjYZfPr62V97ttMZIi/lP8237Izv nvv6e9oLM9Os4Mt33jwb1Vw4IQs8XFw/Wf/KA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DCBMth+nzZx2iZSHHG04yKZuzrWcLdNBlPkreFZVlg2qqkO3JTk6hKNxb4wlHq5Oph oz/7ORGUiaDSHHZvXcw7gF2ez52sOBX4oy3A25VVJZEQ6pasywNxyR6GbH6a72dXLDAM EaCE0VtCaJq7pK8iTM9L5Rume5nDxDwhTgFg8= Received: by 10.101.180.14 with SMTP id h14mr4658398anp.260.1272297562384; Mon, 26 Apr 2010 08:59:22 -0700 (PDT) Received: from linux1 (cpe-76-183-49-63.tx.res.rr.com [76.183.49.63]) by mx.google.com with ESMTPS id 15sm1988534gxk.6.2010.04.26.08.59.19 (version=SSLv3 cipher=RC4-MD5); Mon, 26 Apr 2010 08:59:21 -0700 (PDT) Received: by linux1 (sSMTP sendmail emulation); Mon, 26 Apr 2010 10:59:18 -0500 Date: Mon, 26 Apr 2010 10:59:18 -0500 From: William Hubbs To: speakup mailing list Subject: Fwd: Re: rfc: speakup's character and punctuation processing Message-ID: <20100426155918.GB13545@linux1> Mail-Followup-To: speakup mailing list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.13 Precedence: list Reply-To: "Speakup is a screen review system for Linux." List-Id: "Speakup is a screen review system for Linux." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Apr 2010 15:59:52 -0000 Hi Kirk and all, On Mon, Apr 26, 2010 at 08:22:06AM -0400, Kirk Reiser wrote: > Hey folks: I of course have an oppinion on all of this but am more > interested in bringing a few issues up. It is true that a lot of > hardware synths provide exception handling rules for pronunciation but > manipulating those rules is often not trivial. The DoubleTalk family > is an example. You can have exceptions but you need to compile those > exceptions extermally and then download them to the synth at start up. > As far as I know there is no compiler available for the DoubleTalk > family in gnu/linux. Also, downloading firmware or exceptions adds > another level of complication to synth initialization which can be > frustrating as many DECTalk PC users can declare. So, you will need > to either make exception handling software available for all the > hardware/software synths or leave folks basically in the same > situation they are currently. Even developing exception dictionaries > for the various soft synths is not a trivial matter as anyone that has > tried to make exceptions for espeak/espeakup will tell you. > Fortunately, Jonathan has been very good at updating pronunciations > when it's brought to his attention but what about the other soft > synths like festival? So although it may be theoretically more > desirable to hand-off processing to the individual synths the > implementation is a whole lot more involved than central processing > one time at the speakup level for all synths even if each synth might > need to be slightly different. This is a good case for centralized exception processing. I did not know what was involved in programming exceptions for the synthesizers. > As for levels of punctuation for console output versus reading mode it > isn't really that confusing once you understand it and it was a > feature request which was written because of users desires. The code > is already there so I don't quite understand the desire to remove the > feature. If there is confusion I believe it is a documentation lack > and not a difficulty with the implementation. I do aggree however > that a direct synth mode should be available and I thought we had all > decided that already. If it hasn't exactly been implemented so far > then it is more a problem of developers not following through than > nondetermination to have the feature. A toggle to turn processing on > or off depending on users wish is a good idea but is not quite as easy > to implement as one might think and that's why I suspect we're having > this discussion. The direct synth mode is a separate issue, and yes, it should be easy to implement. It isjust a matter of adding a few lines to each of the drivers. I personally have been working on some other projects, but I can get to that soon. Here is my personal point of confusion about how punctuation levels operate. Speakup has punctuation levels and so do synths. The ltlk family for example have 16 punctuation levels to speakup's 3. Both levels can be set. I guess the punc_level sys file sets the speakup punctuation level and the ltlk/punct sys file sets the ltlk punctuation level. When do we use the synth punctuation level? Which level is controlled by the keyboard? William