Effect of homebrew on battery performance

Discussion in '3DS - Homebrew Development and Emulators' started by kedest, Oct 29, 2015.

  1. kedest
    OP

    kedest GBAtemp Psycho!

    Member
    3,289
    110
    Feb 6, 2007
    Netherlands
    Is running homebrew (retroarch in my case) perhaps very CPU-heavy - more than running normal retail games?
    I have the feeling it's draining the battery pretty fast. It's a brand new N3DS XL, so the battery itself should still be in excellent condition.
     
  2. daxtsu

    daxtsu GBAtemp Guru

    Member
    5,546
    3,956
    Jun 9, 2007
    Antarctica
    If you're on hax 2.1, every homebrew application runs by default at 804MHz. If you're on hax 2.5, homebrews can switch back and forth between 268MHz and 804MHz when the code calls for it, but some will always stick with 804 regardless (like right now, for example, RetroArch).

    If you're asking about CIA homebrews, it depends, some are always at 804, and some are always at 268 (but code for switching is still permitted).
     
    kedest likes this.
  3. kedest
    OP

    kedest GBAtemp Psycho!

    Member
    3,289
    110
    Feb 6, 2007
    Netherlands
    I'm running the 3dsx files (FW 9.5) on 2.1 for now (2.5 crashes more) But that's quite a difference in clockspeed then. That would explain the bigger battery drain.
     
  4. daxtsu

    daxtsu GBAtemp Guru

    Member
    5,546
    3,956
    Jun 9, 2007
    Antarctica
    Indeed. It's also one of the reasons the N3DS is able to run things like Nestopia a lot better than the O3DS.
     
  5. kehkou

    kehkou does what Nintendon't

    Member
    696
    259
    Dec 19, 2009
    United States
    The Duke City
    This is not unlike when sony updated the VSH on the PSP, and increased the CPU clock from 266 to 333 MHZ (Loaded media faster, guzzled down the battery). Hackers responded by adding CPU controls to CFW.
     
  6. FAST6191

    FAST6191 Techromancer

    pip Reporter
    23,865
    9,776
    Nov 21, 2005
    United Kingdom
    Clock speed will probably be the big killer but I should say there were several instances of homebrew, and the occasional commercial game, on the GBA and DS having some suspect coding that might drain the battery faster than some properly optimised coding. I am not familiar with the low level aspects of the 3ds that might control this and the more modern nature of the processors (they are very similar to the ones that are in phones so it is not a big stretch of the imagination to imagine there being something more considered than the GBA stuff) but I would not be surprised to hear it was not used to the fullest by current libraries, compilers and homebrew devs.

    Here is some of the stuff for the GBA
    http://www.dwedit.org/dwedit_board/viewtopic.php?id=480
     
    daxtsu likes this.