Rockbox.org home
release
dev builds
extras
themes manual
wiki
device status forums
mailing lists
IRC bugs
patches
dev guide



Rockbox mail archive

Subject: Re: feedback on voice UI changes

Re: feedback on voice UI changes

From: Grant Hardy <grant_hardy_at_telus.net>
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 rockbox.org -> BlindUsers
index -> Voice Files.
----- Original Message -----
From: "Barrett, Don" <Don.Barrett@ed.gov>
To: "Rockbox" <rockbox@cool.haxx.se>
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: rockbox-bounces@cool.haxx.se [mailto:rockbox-bounces@cool.haxx.se]
> 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:
>> http://www.rockbox.org/tracker/task/2939#comment6387
>
> Not sure I follow this. This crash will eventually be looked into.
>>
>> Sorry for all the questions and bug reports. :)
>>
>> Jamie
>>
>> --
>> James Teh
>> Email: jamie@jantrid.net
>> WWW: http://www.jantrid.net/jamie/
>> MSN Messenger: jamie@jantrid.net
>> Jabber: jteh@jabber.org
>> Yahoo: jcs_teh
>
Received on Mon Apr 24 05:15:41 2006


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