- Status Closed
- Percent Complete
- Task Type Bugs
- Category User Interface
- Assigned To No-one
- Operating System iPod 1G/2G
- Severity Low
- Priority Very Low
- Reported Version Daily build (which?)
- Due in Version Version 3.1
-
Due Date
Undecided
- Votes
- Private
FS#8745 - iPod 1G scrollwheel not enabled
There’s a response from the four surrounding buttons and the centre button (the backlight switches on when any of these are pressed), but the scroll wheel isn’t being read at all.
r16657 - reported by forum user bidmead.
Also reported by forum user Dindojul.
Closed by bluebrother
2009-02-14 21:32
Reason for closing: Out of Date
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
2009-02-14 21:32
Reason for closing: Out of Date
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
patch is now at FS#8778
, no need to have two tasks for this
open.
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
My initial suspicion was that the bug was related to scrollwheel power saving implemented in Aug 2007 (r14386), but apparently a build with the attached patch (reverting the powersaving changes) did not help.
From http://www.chipmunk.nl/klantenservice/applemodel.html, Dindojul has identified his player as:
Name: iPod (First generation)
Model: M8513 iPod 5GB Generation=1
Family name: M8541
Factory: U2 (Taiwan)
From Mac OSX System Profiler bidmead identified his player as:
bidmead’s player info matches Dindojul’s
Name: iPod (First generation)
Model: M8513 iPod 5GB Generation=1
Family name: M8541
Factory: U2 (Taiwan)
What would be useful would be the “ipod hardware revision” - this is the 8 (hex) digit number used to distinguish different ipod hardware versions. Easiest way to find it is via the Rockbox bootloader:
So it would be useful if 1G owners could do the following:
1) Hold the PLAY button whilst booting (this will cause the Rockbox bootloader to try and load an ipodlinux kernel, which should fail).
2) You should see some info messages on the screen - the third line should be something like:
IPOD version: 0×00010001
(with the last digit being 0, 1 or 2).
3) Post that number here, along with a statement saying if the scrollwheel works or not.
Now it’s known what happens: The button code doesn’t treat those iPods as 1st Gen, and hence doesn’t enable the wheel, because the hardware revision is being read as 0xffffffff. I’ve made a special test build that will dump the ROM contents to a file. See forum: http://forums.rockbox.org/index.php?topic=15929.msg119549#msg119549
Why not invert the logic (look for the 0x0002000X identifier to see if it’s a 2nd gen, and if thats NOT found, assume a 1st Gen)?
I suggested that, but there have been problems in the past where iPod Videos returned 0xffffffff. This was due to a bug which has now been fixed, but positive identification is preferred for something so critical.
The ipod video issue with 0xffffffff isn’t relevant - a) it’s been fixed (ipod videos now correctly report their hardware revision), and b) the build knows it’s either running on a 1g or 2g.
However, neither the 1G or 2G versions of Rockbox appear to have had very much testing, so there’s always a risk that 2g ipods may also be detected as 0xffffffff using the current code - so simply reversing the logic might just move the problem to 2g users instead…
But it’s not a big problem - there are other ways to identify ipods.
The attached patch has been tested on a 1G and 2G, and simply replaces the search for the identifier being == 1 to being != 2.
Submitted the patch as
FS#8778