dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Rockbox mail archive

Subject: Re: feedback on voice UI changes

Re: feedback on voice UI changes

From: Grant Hardy <>
Date: 2006-04-24

There are new voice files you have to use in later builds, do to changes in
the english.lang file. Download them from -> BlindUsers
index -> Voice Files.
----- Original Message -----
From: "Barrett, Don" <>
To: "Rockbox" <>
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: []
> 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;
> e.g.
>> > > > > 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. :)
>> Jamie
>> --
>> James Teh
>> Email:
>> WWW:
>> MSN Messenger:
>> Jabber:
>> Yahoo: jcs_teh
Received on Mon Apr 24 05:15:41 2006

Page was last modified "Jan 10 2012" The Rockbox Crew