Rockbox mail archive
Subject: Re: feedback on voice UI changes
Re: feedback on voice UI changes
There are new voice files you have to use in later builds, do to changes in
the english.lang file. Download them from rockbox.org -> BlindUsers
index -> Voice Files.
----- Original Message -----
From: "Barrett, Don" <Don.Barrett@ed.gov>
To: "Rockbox" <email@example.com>
Sent: Sunday, April 23, 2006 8:06 PM
Subject: RE: feedback on voice UI changes
> For some reason, voice UI only works with builds at end of March. Every
> time I load a later build, no voicing of files, folders, or menus
> occurs. Just an FYI; using a 30-gig Ipod video.
> I was hoping to try out the new fixes completed by Brandon, but no go.
> Don Barrett
> -----Original Message-----
> From: firstname.lastname@example.org [mailto:email@example.com]
> On Behalf Of Brandon Low
> Sent: Sunday, April 23, 2006 7:07 PM
> To: Rockbox
> Subject: Re: feedback on voice UI changes
> On Mon, 04/24/06 at 01:04:28 +1000, James Teh wrote:
>> On Sun, Apr 23, 2006 at 07:17:39PM +1000, wrote:
>> > On Sun, Apr 23, 2006 at 05:52:29PM +1000, wrote:
>> > > > > * Currently, voice clips still don't shut up when they should;
>> > > > > moving to another menu item while the current voice clip is
>> > > > > playing doesn't silence the current clip.
>> > It should be noted also that response time is much nicer while audio
>> > is playing as compared to while playback is stopped.
>> Further comment: the response time while playing is actually very
>> tolerable; a little way from being instant, but as you say, due to the
>> decoder, we're not going to get much better than that. It is only
>> while playback is stopped that it is somewhat painful to work with.
> Good, I'll improve the playback stopped response time soon.
>> One other bug that still remains is the crash on the recording screen
>> if voice is enabled and user exits without making a recording.
>> The workaround is to enable prerecording.
>> This leads me to ask two questions:
>> * Do the Archos units capable of recording talk on the recording
>> screen in the recording menu before a recording has been made?
>> * If not, can the code always do a talk_buffer_steel() on the
>> recording screen regardless of whether prerecording is set or the
>> record button has been pressed?
>> I suspect this would be a hack and wouldn't actually fix the root
>> cause, but I don't understand the code enough to figure out what's
> going on.
>> This comment might also be worth reading:
> Not sure I follow this. This crash will eventually be looked into.
>> Sorry for all the questions and bug reports. :)
>> James Teh
>> Email: firstname.lastname@example.org
>> WWW: http://www.jantrid.net/jamie/
>> MSN Messenger: email@example.com
>> Jabber: firstname.lastname@example.org
>> Yahoo: jcs_teh
Received on Mon Apr 24 05:15:41 2006
Page was last modified "Jan 10 2012" The Rockbox Crew