Hacking Luma3DS - Noob-proof 3DS Custom Firmware

[reiyu]

Honestly, rxTools-like region-free patch is useless. If we can not change running language, there is no point in such patch.

no it's not. just not having to reopen .cia packages over and over again is convenience. since i just rip my own carts and convert them to .cia without modifying anything, it's convenient for me.

 

[Kioku]

Honestly, rxTools-like region-free patch is useless. If we can not change running language, there is no point in such patch.

Tell that to the people that don't mind playing Japanese games.

 

[astronautlevel]

Honestly, rxTools-like region-free patch is useless. If we can not change running language, there is no point in such patch.

Saves me from having to boot either NTR CFW or Freemultipatcher. It's not useless at all

 

[andriy921]

Tell that to the people that don't mind playing Japanese games.

It's functionally the same as region-free cias. If you can not hook language, other games that abuse system language would still fail.

 

[astronautlevel]

It's functionally the same as region-free cias. If you can not hook language, other games that abuse system language would still fail.

I'd rather use untouched CIAs than CIAs hacked to be region free. But that's just personal preference.

 

[daxtsu]

It's functionally the same as region-free cias. If you can not hook language, other games that abuse system language would still fail.

That's true, but until we have ARM11 code that can either

1. Load NTR on boot -or-
2. Provide NTR-like functionality like you're wanting

then this is the next best thing. If you're not planning on games which abuse such features on a particular boot, it's nice not to have to boot NTR, FMP, or RFP just for playing other out of region games.

 

[andriy921]

I'd rather use untouched CIAs than CIAs hacked to be region free. But that's just personal preference.

What do you mean by untouched? You don't use legit cias. Making cia region free = just patch icon (since only home menu while displaying apps filters them getting region from that weird icon format).

 

[astronautlevel]

What do you mean by untouched? You don't use legit cias. Making cia region free = just patch icon (since only home menu while displaying apps filters them getting region from that weird icon format).

I mean dumped from the cart, converted, then uploaded. I don't want people applying any kind of hack to the CIA file.

 

[andriy921]

That's true, but until we have ARM11 code that can either

1. Load NTR on boot -or-
2. Provide NTR-like functionality like you're wanting

then this is the next best thing. If you're not planning on games which abuse such features on a particular boot, it's nice not to have to boot NTR, FMP, or RFP just for playing other out of region games.

NTR language solution is perfect. But it's really hard to implement. I was just saying that we don't need just simple region-free patch since it does not make much sense. We'd rather want some complex arm11 code that can run game thinking that it's other region console with specific language, meaning better compatibility and working dlcs. But that is hard.

 

[reiyu]

Provide NTR-like functionality like you're wanting

THIS. NTR is bloody ass annoying to run. i hate the hotkeys for NTR menu, it's so easily pressable.

 

[andriy921]

I mean dumped from the cart, converted, then uploaded. I don't want people applying any kind of hack to the CIA file.

As i said the patch is applied to icon. It's much simpler then converting 3ds to cia in terms of "modification/clearence level"

 

[astronautlevel]

As i said the patch is applied to icon. It's much simpler then converting 3ds to cia in terms of "modification/clearence level"

Except all CIAs are converted from 3ds to CIA anyway. This is just an added level of modification that's entirely unnecessary.

 

[andriy921]

Except all CIAs are converted from 3ds to CIA anyway. This is just an added level of modification that's entirely unnecessary.

So you would rather force devs to implement and regularly update feature (since new fw versions break it) making porting to newer versions harder/longer, then apply very simple and tiny patch to cia that does not affect anything except app image?

 

[reiyu]

So you would rather force devs to implement and regularly update feature (since new fw versions break it) making porting to newer versions harder/longer, then apply very simple and tiny patch to cia that does not affect anything except app image?

force? where did you even get that. we're WAITING, not FORCING anyone.

 

[andriy921]

force? where did you even get that. we're WAITING, not FORCING anyone.

I don't see real difference between forcing and regularly asking/insisting. I see posts about region-free every 3 page.
But that was not my point. My point was that it is useless, if it's only patch for making home-menu region free.

 

[daxtsu]

I made a modification of FIX94's arm9select that turns the backlight on for default.bin if it's a cold boot (and if default_bl exists), but doesn't if it's an MCU reboot (meaning that you used something like Quick Reboot to reboot the 3DS, or exited a GBA game/DS game). That way you can still have the splash on the initial powerup, but the screen stays black and off like a stock boot after that, as long as you're using FIX94's arm9loaderhax fork as well. If anyone's interested in it, I can post it here.

 

[FIX94]

That way you can still have the splash on the initial powerup, but the screen stays black and off like a stock boot after that, as long as you're using FIX94's arm9loaderhax fork as well. If anyone's interested in it, I can post it here.

What did you add for that? sounds pretty cool to have.

 

[daxtsu]

What did you add for that? sounds pretty cool to have.

// These are defined at the top of main.c
#define CFG_BOOTENV 0x10010000
#define COLDBOOT 0

// Further on down...

        else if (tryLoadFile("/arm9select/default.bin"))
        {
            if(*(u8*)CFG_BOOTENV == COLDBOOT)
                jumpAndTryEnableBL("/arm9select/default_bl");
            else ((void(*)())PAYLOAD_ADDRESS)();
        }

On cold boot, that register is zero, but NATIVE_FIRM sets it to 1 after it's booted, so it can know if it's a cold boot or not (or other values if it booted TWL/AGB). We can also use it for the purposes of knowing when to turn the screen on or not as needed.

https://www.3dbrew.org/wiki/CONFIG_Registers#CFG_BOOTENV

 

[FIX94]

On cold boot, that register is zero, but NATIVE_FIRM sets it to 1 after it's booted, so it can know if it's a cold boot or not (or other values if it booted TWL/AGB). We can also use it for the purposes of knowing when to turn the screen on or not as needed.

thats awesome! if you dont mind I would release a arm9select v1.1 for that

 

[daxtsu]

thats awesome! if you dont mind I would release a arm9select v1.1 for that

Go ahead. It's a very minor thing, but it makes the reboot look a lot cleaner.