Rockbox

Tasklist

FS#7480 - Sansa scroll wheel not recovering from standby

Attached to Project: Rockbox
Opened by Fed (Fed) - Wednesday, 25 July 2007, 15:59 GMT
Last edited by Michael Sevakis (MikeS) - Monday, 06 August 2007, 14:00 GMT
Task Type Bugs
Category Operating System/Drivers
Status Closed
Assigned To No-one
Operating System Sansa e200
Severity Low
Priority Normal
Reported Version Daily build (which?)
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

I have the unit on 5 seconds for backlight off, and 5 minutes for standby. The wheel brings back the backlight after 5 and 10 minutes, but not after 20 minutes or so. Other keys still do bring back the backlight. This has been since the recent changes to the sansa scroll wheel. The same problem persist with the current SVN.
This task depends upon

Closed by  Michael Sevakis (MikeS)
Monday, 06 August 2007, 14:00 GMT
Reason for closing:  Fixed
Additional comments about closing:  USEC_TIMER wrap was the reason.
Comment by Fed (Fed) - Wednesday, 25 July 2007, 16:04 GMT
After the scroll wheel does not work (to bring back the backlight from standby), it no longer works to bring back the backlight, even after 5 seconds. It seems a setting is changed.

The scroll wheel still works for all other things.
Comment by Jonathan Gordon (jdgordon) - Wednesday, 25 July 2007, 23:21 GMT
what setting are you talking about with the "5min standby"?
Comment by Michael Sevakis (MikeS) - Thursday, 26 July 2007, 01:07 GMT
I'm not sure where it comes from but it's been there awhile and way before standby was ever added or any scroll changes. The problem seems occur after exiting plugins as well as after a long time of "idle". The scrollwheel won't post messages unless the queue is empty in order to avoid overflowing it and prevent overscroll but I'm not 100% sure what's happening. It's really the only reason it could happen that I can think of. Ususally pushing a button will reset things. I always hit "|<<".
Comment by Fed (Fed) - Thursday, 26 July 2007, 01:20 GMT
I mean the "sleep (after backlight off)" setting in LCD settings.
Actually, I tried it with this setting off (ie no sleep after backlight off), and the same problem persists.
Comment by Michael Sevakis (MikeS) - Thursday, 26 July 2007, 01:32 GMT
That's what I thought. It's happened since before that feature but perhaps differently. It could also be that USEC_TIMER wraparounds occur more often than I expected and it doesn't count to 2^32-1. hmmm.

OT: you did ask me something about prerecording time in IRC. the answer was "yes" in case you didn't see but I forgot exactly what the question was. :\
Comment by Fed (Fed) - Saturday, 28 July 2007, 11:52 GMT
I did ask about the prerecording. The question was whether or not it was possible to change the prerecording time after prerecording has stopped, but before recording itself has started. Basically, I'd like to have prerecording set for a few minutes, and when I am ready to record, I chose the prerec time that I'd like to keep, then press record tocapture it, and then continue recording.
Comment by Michael Sevakis (MikeS) - Sunday, 29 July 2007, 10:41 GMT
OT: prerecord never stops except with a time of "0" but just loops over the oldest encoded data. the entire buffer will fill but atm only what the menu option specifies is kept. when recording is started and it is given a filename to write is when the prerecorded data is committed to be flushed to that file. the specified amount could actualy be changed at any time. it will only care about the value when you hit "record" and it searches back until it has gathered that amount. this event flags the appropriate chunk as the beginning of a file and the name of the file is queued to be opened and written upon flushing the buffer.
Comment by Fed (Fed) - Sunday, 29 July 2007, 13:23 GMT
I have tried several things, and now I am sure that this problem with the scroll wheel is relatively new. After a certain amount of time being idle, the scroll wheel does not bring the backlight back. |<< does not seem to reset things. I have to reboot in order to reset things. I am 100% sure this did not happen before the changes to the sansa scroll wheel. I am sure because I am using the unit in the same way I was before - I use it mainly as a voice recorder. I find this problem interferes with proper use. I'll try to find the change that made this problem.

OT - I made some changes where I can now change the prerec time (using the scroll wheel in the recording screen, not using the menu) after prerec started, but before rec started. When I start recording, it prerecords using the value of the prerec before you start prerecording. It seems that in order to use the new prerec value, you have to exit and start prerecording once again.
Comment by Michael Sevakis (MikeS) - Sunday, 05 August 2007, 14:15 GMT
Fed, if you would so kindly, try this little patch out and see what happens.
Comment by Fed (Fed) - Sunday, 05 August 2007, 14:51 GMT
I'll give it a try.

I've been trying to test some more, to get an idea of where the problem is. I'll let you know when I come up with something.
Comment by Fed (Fed) - Sunday, 05 August 2007, 18:49 GMT
I'll give it a try.

I've been trying to test some more, to get an idea of where the problem is. I'll let you know when I come up with something.
Comment by Fed (Fed) - Sunday, 05 August 2007, 23:14 GMT
It seems to be working fine now!

Thanks a lot,

Fed

Loading...