Rockbox mail archiveSubject: Re: feedback on voice UI changes
Re: feedback on voice UI changes
From: James Teh <jamie_at_jantrid.net>
Date: Mon, 24 Apr 2006 01:04:28 +1000
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.
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:
Sorry for all the questions and bug reports. :)
-- 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_tehReceived on 2006-04-23