Rockbox

Tasklist

FS#9783 - Intermittent glacially slow system (deleting, moving between audio tracks, etc)

Attached to Project: Rockbox
Opened by Brad Alexander (VulcanRidr) - Sunday, 11 January 2009, 18:16 GMT
Last edited by Jonathan Gordon (jdgordon) - Tuesday, 22 December 2009, 05:46 GMT
Task Type Bugs
Category User Interface
Status Closed
Assigned To No-one
Operating System iriver H10
Severity Low
Priority Normal
Reported Version Version 3.1
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

This is kind of a strange one, since it fits into about three categories and is intermittent. On my iRiver H10/20G unit, I have an intermittent problem. Sometimes I start it up, and things are fine, sometimes I start it up and many menu-related things are glacially slow.

I started noticing this problem on 3.0, and it is definitely still present on 3.1. (the system -> version page reads "r19569 081223")

Details:
I listen to a lot of podcasts, in fact this is the bulk of my listening on my H10. (I have a long commute.) Therefore, the podcasts directory is fairly volatile, while the rest of the directories (containing music) is fairly static.

I finish listening to a podcast, go into the directory view and select the podcast I have just finished. I then select Delete from the context menu, then confirm the "really delete?" item. Normally, this takes < 1 second to complete. However, when this problem occurs, I have had it take up to 2 minutes to finish and go back to the directory view. I should also point out that this occurs intermittently. I will start the H10 one time an it will behave normally, but another time I start it, I get the bad behavior. It is not dependent on the battery, it has done this with a full battery as well as a nearly flat one. I have not been able to determine any factors which correlate to the occurrence of the problem.

When this phenomenon occurs, even tracking forward and backward through tracks takes an inordinately long time. If I click next track or previous track, it can take sometimes up to 20 or 30 seconds before the H10 responds. Audio is still playing up to the time it goes to the next/previous track.

I have updated the database.
I have tried a hard reset using the reset button on top.
I have tried fscking the drive in Linux as well as forcing a defrag in windows (the podcast directory was the only one that needed it, so I had to force the defrag)
I upgraded to Rockbox 3.1.

I am not a coder, but if none of the devs have an H10 available, I would be glad to put mine through the paces, just email.

--VR
This task depends upon

Closed by  Jonathan Gordon (jdgordon)
Tuesday, 22 December 2009, 05:46 GMT
Reason for closing:  Invalid
Additional comments about closing:  we cant do much on intermittant bugs... sounds very much like a dead (dying) disk.

Loading...