Rockbox

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.

   rockbox.zip (1.37 MiB)

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.