Rockbox mail archiveSubject: RE: voice UI while audio stopped in latest builds
RE: voice UI while audio stopped in latest builds
From: Steve Nutt <steve_at_comproom.co.uk>
Date: Mon, 10 Apr 2006 15:31:16 +0100
As a blind voice user, I must say, I wish that it would not talk when you
press the select key on a file. I reported this last night, but basically,
you select a file with the arrows, and it gets either spelled or numbered.
You hit select to play it, and the speech is repeated. This is just
unnecessary speech in my view, the second time. We only need to hear the
files as they are selected with the arrow keys. I don't think it needs to
speak at all when the MP3 files are playing. Rockbox has always voiced
these files twice, and it is just wasted verbage.
All the best
-- Computer Room Services: the long cane for blind computer users. Telephone Low-call: 08452 606 277 International: +44(0)1438 742286, Fax: +44(0)1438 759589 mobile: +44(0)7956 334938, Email: mailto:Steve_at_comproom.co.uk Web site: http://www.comproom.co.uk -----Original Message----- From: rockbox-bounces_at_cool.haxx.se [mailto:rockbox-bounces_at_cool.haxx.se] On Behalf Of Andrew Hart Sent: 10 April 2006 14:52 To: Rockbox Subject: Re: voice UI while audio stopped in latest builds Hi there. I can confirm what Jamie has found. He beat me to reporting it though as I didn't have a Net connection available on the week-end. In fact, this is probably to be expected while bug-fixing is going on, etc., but I thought I'd let everyone know just in case they're not already aware of it. Since the code freeze, the voice support appears to be getting worse and worse in terms of performance. At the moment, while playing audio, the menus sometimes speak and sometimes don't. Also, the fade-out-fade-in sequence that occurs while the menus speak is not correctly synching with the speech properly. It used to be the case that you would hear rapid fade-out, menu item spoken, rapid fade in. Now, I can sometimes here the menu item while the fade-out is occurring. It seems as though there may besome kind of timing/queueing problem. Also, this has been mentioned before, but transitions between voice clips, as well as audio files being played themselves (such as when fast-forwarding/rewinding or track skipping) occasionally produce an audible artifact which sounds like "chihk" or like a really short burst of white noise. I started noticing this a week or two before the code freeze. Cheers, Andrew. At 22:19 09-04-2006, you wrote: >Hi all, > >Now that I have a voice file which will work with the latest builds >(see previous messages), I have discovered a bug which only applies to >these later builds, perhaps because of the pcmbuf/playback code >changes. On an Iriver H300 (and I suspect other SWCODEC platforms), >once playback has occurred, the voice UI will not work while playback >is stopped. The only fix is to power off and on. To >duplicate: >1. If resume on startup is enabled, disable it and power off and on. >2. Access the menu. Observe that voice works correctly. >3. Play an audio file. >4. While playing, access the menu again. Observe that voice works >correctly, mixing with the audio as it should. >5. Stop the audio file. >6. Access the menu again. Observe that voice does not speak. >7. Play audio again. Observe that the last voice clip that should have >been played (but did not play) while audio was stopped is played. > >Btw, my Microsoft Sam voice file can be found at: >http://www.jantrid.net/misc_files/english.voice >I haven't bothered to tweak the default settings in makevoices.vbs at >all; I just made it to test the latest builds. > >Thanks! > >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_tehReceived on 2006-04-10