FS#5082 - voice UI: clips not silenced immediately
Opened by James Teh (jteh) - Monday, 10 April 2006, 02:49 GMT
Last edited by Dave Chapman (linuxstb) - Thursday, 25 May 2006, 20:15 GMT
This bug is already well known, but I am posting it here for the purposes of completeness and tracking. :)
On the Iriver H300 (and I suspect other SWCODEC platforms), while audio playback is stopped, voice clips are not silenced immediately when they should be. For example, when moving through menus, the previous voice clip should be silenced and the new one played as soon as the next movement is made. At present, the previous clip continues playing, so one must wait for the voice UI to 'catch up' when moving through menus, which makes for rather slow navigation. Eventually, many seconds/clips after silencing should occur, the previous clips do get silenced and the current clip played.
While audio is playing, the next clip does get played immediately, although the previous clip does not get silenced properly. This isn't such a problem, though, as navigation is still quite acceptable, especially given that audio is playing at the same time.
Tuesday, 24 October 2006, 09:24 GMT
Reason for closing: Fixed
Additional comments about closing: I\'ll take the lack of comment as a yes then!