Rockbox mail archive
Subject: Re: feedback on voice UI changes
Re: feedback on voice UI changes
On Sun, Apr 23, 2006 at 12:28:21AM -0500, Brandon Low wrote:
> > * I know you mentioned there was little chance of voice while playback
> > is paused in a previous message, but another work around was suggested.
> > Is this work around likely, even if it is conditional on whether a voice
> > file is loaded, or is this not something you are willing to consider at
> > this point?
> I don't recall the work around, can you refresh my memory?
Something about only pausing on PCM buffer boundaries ... I can hunt
through the messages in the archives and post again if it'll help.
> > * 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. I estimate that the delay before the
> > first clip is silenced correctly is just under 4 seconds. Is this likely
> > to be fixed or not in the near future?
> Hmm, I don't have any voice clips that long -- currently it really
> depends on how much of the 'old' clip has been decoded and written into
> the pcm buffer prior to the new clip being selected. If the whole 'old'
> clip is already buffered, I don't have a way to 'un mix' it at this
Does this mean the decoder is decoding about 4 seconds ahead of
realtime? Let me try to give some examples of when this occurs:
* Scroll through a menu fast. Notice that although you might have
skipped items 2, 3 and 4, the voice UI still plays those clips; they
* With file name spelling enabled, move through the file browser. This
is when the issue is a huge problem; you have to wait for the voice UI
to spell several file names before it catches up.
* Go to the Info->Rockbox Info menu item, then exit. The voice UI will
take about 4 seconds to 'catch up'.
MSN Messenger: email@example.com
Received on Sun Apr 23 09:54:17 2006
Page was last modified "Jan 10 2012" The Rockbox Crew