From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from linserver.romuald.net.eu.org ([63.228.150.209]) by speech.braille.uwo.ca with esmtp (Exim 3.36 #1 (Debian)) id 1Iknya-0008UW-00 for ; Wed, 24 Oct 2007 17:41:20 -0400 Received: (qmail 2966 invoked by uid 1000); 24 Oct 2007 14:40:49 -0700 Date: Wed, 24 Oct 2007 14:40:49 -0700 From: Gregory Nowak To: speakup@braille.uwo.ca Subject: reading the full screen Message-ID: <20071024214049.GA2856@localhost.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; x-action=pgp-signed Content-Disposition: inline X-PGP-Key: http://www.romuald.net.eu.org/pubkey.asc User-Agent: Mutt/1.5.16 (2007-06-11) X-BeenThere: speakup@braille.uwo.ca X-Mailman-Version: 2.1.9 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: Wed, 24 Oct 2007 21:41:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all. I have another straight-forward, though probably loaded question. When one uses numpad-plus to read the screen, is there a way to control the size of text chunks speakup sends to the synth, either through something in /proc/speakup, or in some other way without modifying the code? The reason I'm asking is because the serial port support in virtualbox 1.5.2 is still messed up. If reading line by line with numpad-7 and numpad-9 for example, the bns speaks the text fine in a virtualbox vm. However, if I attempt reading the full screen, large chunks of text are skipped, making that feature practically useless. It's as if there was some sort of handshaking or buffering issue. It can't be handshaking though, since the same settings worked just fine for me on physical machines, and even in virtualpc. On the other hand, if I boot a dos floppy with provox inside virtualbox, and read the full screen with provox+s, it reads just fine, though I assume that's because provox sends the data in smaller chunks, rather than just sending the full screen all at once. If however there is a program that just sends data to the screen, for example format.com when formatting a hard drive, I see the same chunk skipping behavior under provox as well. Yes, I will be eventually reporting this to innotek, once I've figured out a way to reproduce the problem without requiring one to have a hardware synth. I was however hoping for a way to get around the problem in speakup temporarily, until virtualbox itself gets fixed. Thanks in advance for any suggestions. Greg - -- web site: http://www.romuald.net.eu.org gpg public key: http://www.romuald.net.eu.org/pubkey.asc skype: gregn1 (authorization required, add me to your contacts list first) - -- Free domains: http://www.eu.org/ or mail dns-manager@EU.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHH7vh7s9z/XlyUyARAu/wAJ9B0NP57KRVVzSD8GXOnrH6nzp6FwCfeEJ+ 5gW2B7NKtQgnmochYNVMEAo= =1kPk -----END PGP SIGNATURE-----