|
Rockbox mail archiveSubject: Re: feedback on voice UI changesRe: feedback on voice UI changes
From: Grant Hardy <grant_hardy_at_telus.net>
Date: Sun, 23 Apr 2006 20:14:25 -0700 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_at_ed.gov> To: "Rockbox" <rockbox_at_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_at_cool.haxx.se [mailto:rockbox-bounces_at_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_at_jantrid.net >> WWW: http://www.jantrid.net/jamie/ >> MSN Messenger: jamie_at_jantrid.net >> Jabber: jteh_at_jabber.org >> Yahoo: jcs_teh > Received on 2006-04-24 Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy |