From: Brandon Low <lostlogic_at_lostlogicx.com>
Date: Sun, 23 Apr 2006 18:07:01 -0500

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