I agree 100% that the numbers you posted are lower than expected with a stock battery, much less a (supposedly) higher-capacity aftermarket one.That being said:1 - There are lots of **** quality aftermarket batteries floating around. Ones which aren't worth the postage they were shipped in.2 - There are lots of fraudulently labeled, and plain ol' counterfit aftermarket batteries floating around.3 - The only way to nail down the question (which I think is the underlying question here) "Is my battery dying already or has Rockbox regressed in terms of battery runtime?" is to test against a known benchmark - the Apple Original Firmware (R) (TM)

Yes, that was in fact my underlying question, and my thanks were sincere. I also really hadn't thought of doing a benchmark on the Apple OS and comparing it against Rockbox.

If you comment out that block, you just disable the PP power saving patch we commited last winter. If you want good battery life, you should try to figure out which of those bits actually matters for CF support, instead of just removing all of them.

Thanks Saratoga for the reference, but I haven't a clue what to look for. The only thing I do know is that it will boot with the DEV_RS = 0x3ffdfef8 removed. I listed the changed values to hopefully help identify what the value should be.

Can you tell me exactly what I should change and test? I'd really like to be able to use the the firmware unpatched.

What is the meaning of listing DEV_RS and DEV_RS2 twice in the reset section? Does only the second set take effect?

What is the meaning of listing DEV_RS and DEV_RS2 twice in the reset section? Does only the second set take effect?

The comment says its resetting the devices, so I guess its desirable to turn them on and then back off during power up, perhaps to clear any settings or somehow initialize them. If I knew exactly what that did, I could probably just fix the CF problem myself.

So, since the DEV_RS value is 00000000, then removing that first DEV_RS line really doesn't make a difference to the battery saving code? Can that line be permanently removed?

Looking at the SVN logs, that line seems to have begun with the Sansa port, then moved to other devices, and then finally was kept by Buschel when he and I put in the power saving code for all the PP targets. I don't know if its actually necessary though.

Ok, 13 hours and 2 minutes later, the iPod (w/CF card) is still playing (although the battery indicator is far into the "red zone" and almost out) in the original Apple firmware. Now, with a CF card, I'd hope for better battery life than that, but it's still quite a bit better than the 9hr 45m I got out of Rockbox.

It occurs to me that with the CF build w/the patch to allow the iPod to boot from the aData card, I'm using a non-SVN bootloader (installed from ipodpatcher v2.0 "with v2.0 bootloaders"). Could compiling a fresh bootloader from SVN make any difference in battery life in Rockbox?

EDIT: YES, a current SVN bootloader did make a difference. I got 10h40m out of it with the same settings after compiling a new bootloader and a new Rockbox install from current SVN (and modifying system-pp502x.c to get it to boot.)

Update: I was able to reach the page, entered the information and submit. The page goes blank, and I don't see it listed.

Can someone please enter a report about the ipod4G and ipodVideo using ADATA 16 and 32 Gb Compact Flash returns a ATA-1 error and won't boot. Commenting out the DEV_RS=0x3ffdfef8 on the ipod4G allows rockbox to load.