- Status Closed
- Percent Complete
- Task Type Bugs
- Category Music playback
- Assigned To No-one
- Operating System Iriver H300 series
- Severity Critical
- Priority Very Low
- Reported Version
- Due in Version Version 3.0
-
Due Date
Undecided
- Votes
- Private
FS#5570 - Voicing causes freeze on music playback
If I enable voicing of any kind, then it causes major problems on my 340, with a daily build from the last couple of days. Currently loaded is CVS-20060619.
First off, no file/dir voicing occurs.
Second off, when I play a music file, although the file loads and the WPS shows correct data, no playback occurs, and the counter sticks at 0:00. Sometimes you will hear a tiny fraction of playback, but nothing more. The unit just stops there. It will respond ok to pause/play, and will respond to stop. However when pressing stop, it gets as far as the Creating Bookmark splash, and locks up completely, needing a hard reset with a paperclip.
After a bit of messing around trying to find which build broke it (it used to work, so I thought) I finally hit on what the problem is - while investigating another issue with voicing, I renamed my english.voice file to stop it being loaded on bootup, and this is totally the cause of the problem. If I rename it back to english.voice, everyting works as expected, but if in rename it to EEEenglish.voice, then file/dir voicings fail, and the unit locks up as described above.
The workaround is obvious (load the file and name it correctly), but this bug will hit any user who wants to voice files and dirs, but who doesn’t have an appropriate voice file loaded.
2006-08-29 09:39
Reason for closing: Fixed
Additional comments about closing: Warning: Undefined array key "typography" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 371 Warning: Undefined array key "camelcase" in /home/rockbox/flyspray/plugins/dokuwiki/inc/parserutils.php on line 407
The original problem is resolved - any
other voice-related crashes should be
logged seperately.
Loading...
Available keyboard shortcuts
- Alt + ⇧ Shift + l Login Dialog / Logout
- Alt + ⇧ Shift + a Add new task
- Alt + ⇧ Shift + m My searches
- Alt + ⇧ Shift + t focus taskid search
Tasklist
- o open selected task
- j move cursor down
- k move cursor up
Task Details
- n Next task
- p Previous task
- Alt + ⇧ Shift + e ↵ Enter Edit this task
- Alt + ⇧ Shift + w watch task
- Alt + ⇧ Shift + y Close Task
Task Editing
- Alt + ⇧ Shift + s save task
I don’t know if this is the same bug, but I can reproduce an H300 hard crash this way:
1) Enable .talk clips for files and folders - disable voice menus, as well as crossfade, resume on startup or any of the other “troublesome” options.
2) Restart the device, so nothing is playing.
3) Go to the file browser and press down arrow; it will correctly speak the selected name (via .talk clip).
4) Wait for the disk access indicator to go off.
5) Press down arrow; it will lock up immediately.
How does this recipe work for others?
Note also that you need to have directory cache enabled to reproduce this, or no crash will occur.
Presumably this is because having dir cache disabled means the disk will be spun up to read the subdirectory before an attempt is made to play the .talk clip?
Sorry to hijack this bug a bit, but just wanted to note that Hardeep’s commit (”Wait for voice to complete before stopping playback. Fixes hang when stopping from filetree while voice is playing”) doesn’t help with the case I mention above.
Michael, do you have Dir Cache enabled? If so, does your problem go away if you disable it?
Dir cache is already disabled.
Mike: I can reproduce your problem. It’s related to having talk clips on your device without a voice file. I’ll investigate.
Steve: I cannot reproduce your problem with or without dircache. If it still reproduces for you, please open a new bug with detailed steps and configuration. Please do not continue to hijack this bug as it’s a different issue most likely.
Hardeep: Sorry for the delay - been away. No, I can’t repro my issue now; it appears to br fixed in CVS.
Mike: Sorry again for hijacking.
Hi Mike, if you can apply patch 5766 (http://www.rockbox.org/tracker/task/5766) to a CVS build, you should find this has been fixed.
Sorry, don’t have a build environment set up for the 340, and unlikely to have one for the foreseeable future.
If anybody else can build one, I can test it though.
Hi Mike, there’s a build (CVS + patch 5766) attached here. There is a known problem where things can go screwy after changing the voice settings - make sure you close down and restart if you have to do this - I’ll look into it in the near future hopefully.
Keep me informed of progress - the patch page above would probably be the best place.
Hi Mike, This patch is now in CVS - please try a new build from there and report back here.
In setting up a H120 for a blind friend(all talk settings on with a talk clip for every file/directory) I am going to advise her not to do any ‘file browsing’ while a song is actually playing. The unit hangs in what I am finding are random circumstances (will usually hang withing 2 mins of browsing unit/files etc). Build 15 August 2006
My advice to her will be ‘STOP MUSIC BEFORE BROWSING’
Alan,
my advice to you is to always try the latest daily build before commenting on a bug report.
Yes, this was probably fixed on the 23rd August.
well no comments here and I was told that this build was the most stable of the bunch.
I wont be at hand to help so am hoping to use the most stable version when th H120 gets passed over the water.
Most users dont use the voice so voice related bugs possibly stay lower profile due to less people shouting ‘gimme gimme’
I understand. As you pointed out, our problem is that few people use the voice. It gets even worse when those few users prefer to not use the latest builds, and we get no feedback when we actually do fix things. We have fixed quite a few voice related issues since august 15.
I had used the version dated 22nd August but in the hardware forum I was advised to use the 15 August build.
Never used Rockbox before and it did seem sensible advice at the time.
I will put on todays build later.
Apologies for not getting back sooner, but I’ve been away on holiday!
Have now tried a recent daily build, and can confirm that this issue is now resolved. Thanks for the work.