From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by befuddled.reisers.ca (Postfix, from userid 65534) id 2FD441EF9FB; Mon, 29 Feb 2016 03:43:19 -0500 (EST) Received: from springtide.springtide.ca (springtide.springtide.ca [67.205.102.184]) by befuddled.reisers.ca (Postfix) with ESMTPS id A7BF41EF9F3 for ; Mon, 29 Feb 2016 03:43:15 -0500 (EST) Received: from shawnk.ca (S0106001b21a4cc48.vc.shawcable.net [96.49.178.175]) (authenticated bits=0) by springtide.springtide.ca (8.14.4/8.14.4/Debian-4) with ESMTP id u1T8gGDh012911 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 29 Feb 2016 00:42:18 -0800 X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.7 at springtide Received: from odyssey.localnet.shawnk.ca (localhost [127.0.0.1]) by shawnk.ca (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id u1T8gG2q029069 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 29 Feb 2016 00:42:16 -0800 X-DomainKeys: Sendmail DomainKeys Filter v1.0.0 shawnk.ca u1T8gG2q029069 DomainKey-Signature: a=rsa-sha1; s=odyssey; d=shawnk.ca; c=simple; q=dns; h=dkim-signature:received:date:from:x-x-sender:reply-to:to:cc: subject:in-reply-to:message-id:references:user-agent:mime-version:content-type; b=cbInzOcCu0M33WLeBTUPk03Y5uPgRhUay0gxyF+1dKxror0roEvlE128kPbIpIiyX UuHgQkK+eDnaXbmmRFnDQ== DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=shawnk.ca; s=2010; t=1456735336; bh=OUpBt0V3P+DYRlZLoauea/Un+Uk1r0D29Z3URbJjB50=; h=Date:From:Reply-To:To:cc:Subject:In-Reply-To:References:From; b=rWTlUqI7g2BLfSau3IANXI7aKc+g24GHUtz1Irk0/zC1l0gltkKzwuE9ET9B/Gybz iFt3eEXsV/hfWze1DH14olVIQmXv63wJVtsWmZz9s5sM6BwO89jgvm9IaT0lkHoBkb UZhDm+9kDNzA8dTFrrNbTScetd2lrLa9n2MBfG6U= X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98.7 at odyssey Received: (from shawn@localhost) by odyssey.localnet.shawnk.ca (8.14.4/8.14.4/Submit) id u1T8gE87029068; Mon, 29 Feb 2016 00:42:14 -0800 Date: Mon, 29 Feb 2016 00:42:14 -0800 (PST) From: Shawn Kirkpatrick X-X-Sender: shawn@odyssey Reply-To: shawn@shawnk.ca To: covici@ccs.covici.com cc: "Speakup is a screen review system for Linux." Subject: Re: Possible work around to the hardware synthesizer problem In-Reply-To: <32610.1456532770@ccs.covici.com> Message-ID: References: <32610.1456532770@ccs.covici.com> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-1.1 required=5.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on springtide.springtide.ca X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 X-BeenThere: speakup@linux-speakup.org X-Mailman-Version: 2.1.20 Precedence: list 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, 29 Feb 2016 08:43:19 -0000 I thought of writing a speechdispatcher driver but there were some problems. When I've tried speechdispatcher with software speech there were lags and little glitches. I'm not sure if these were being introduced by speechdispatcher, speechd-up, or some combination of the two. Also, my version of speechdispatcher has a nasty habbit of segfaulting, not sure why. I don't think this would solve the indexing problem anyway, as far as I know speechd-up uses speakup's software synth driver and that doesn't support indexing, or has this changed? I also think the less layers you have between speakup and the synth the better, one program is probably better than two. What I'd really like to do, if I ever have the time, is write a speach daemon to replace this whole mess. Something like speechdispatcher but with more modularity. There could be modules for output, allowing hardware and software synth support. Modules for input, for various forms of input like speechdispatcher compatibility, speakup, fifo, or anything else that might be needed. Modules for conversion, allowing things like a word dictionary, number processing, etc. The main goal of the program would be to get fast, responsive speech from whatever synth the user chooses to use. I think this would be a worthwhile project it would just require time to write. On Fri, 26 Feb 2016, covici@ccs.covici.com wrote: > Shawn, maybe it might be easier and more universal to write a speech > dispatcher driver instead? That way, if you use speechd-up, indexing > would work. What do you think? > > Shawn Kirkpatrick wrote: > >> I've written a program that will allow hardware synthesizers to be >> used with speakup even thoe the serial support seems to be currently >> broken. I wrote this program about a year ago when I thought this >> problem would be only temporary. Since it seems like the hardware >> synthesizer support is still broken and isn't going to be fixed >> anytime soon I thought I'd put it out there in case it can be of some >> use. >> The program is called speakupbridge. >> speakupbridge is a program which makes it possible for speakup to use >> external serial, parallel, or usb synthesizers. It does this by reading >> speakup's softsynth device and passing the text to the synthesizer. >> speakupbridge has the following features: >> * The ability to communicate with any device that can accept a string >> of text using a /dev interface. >> * The ability to define the commands used by the synthesizer in a >> user-editable configuration file. >> * Multiple synthesizer definitions in a single configuration file. >> * Change the pronunciation of words using a dictionary file (a feature >> speakup >> really should do itself). >> * Save and reload speakup settings for each defined synthesizer. >> For more information or to download the program please visit: >> http://www.shawnk.ca/speakup >> I haven't had a lot of time to work on or test this code lately so >> there's likely to be some rough spots. You'll have to compile the code >> but that should be easy enough. I've tested this with my serial Artic >> transport synthesizer and it seems to work. I don't use speakup >> regularly thoe (too many other missing/bbroken features) so this >> program really hasn't had any hard testing. >> This solution isn't perfect, you still won't get kernel messages from >> boot up but it least it should be possible to use a hardware >> synthesizer once the system is started and that's probably better than >> nothing at all. >> >> _______________________________________________ >> Speakup mailing list >> Speakup@linux-speakup.org >> http://linux-speakup.org/cgi-bin/mailman/listinfo/speakup >> > > -- > Your life is like a penny. You're going to lose it. The question is: > How do > you spend it? > > John Covici > covici@ccs.covici.com >