That appears to work.

Thanks. That indeed gives credence to my suspicion.

According to this thread, overlays 10 and 54 are the 2 predominantly used overlays for the level stuff.

Now the question that need to be answered is why would it work when you apply the ASM-Template as-is then (as I tried), but not when there are loads of ASM mods (as in your case)?

Possibly because I hook onto the level loading function?

Am I correct in assuming you probably needed to do that to get the level preview working?

Indeed.

Then in theory, fixing the problem is only a matter of transposing the code directly into ASM and hooking it in the free space between 0×19C0 and 0×2FFF in arm9.bin.

…Easier said than done.

Sorry for interupting the 'Blue shell' thing.



(This quote is from the first post)

Before I start decompressing all overlays one by one, is there a way to decompress all overlays at the same time?

No.


And, uh, it turns out it's not the hooks. Hold on, I'll see what it is exactly in a second.

EDIT: It's including nds.h. Kinda can't avoid doing that. I don't know what you mean by that applying a clean template doesn't cause the same issues; it does. I even get this wonderful crash screen to boot;

https://www.dropbox.com/s/r2uexxva96b7jwh/Screenshot%202016-03-10%2021.08.50.png?dl=0

Hmmm… you know what, I'll try to replicate the level preview but without the ASM-template. I have my own idea on how to achieve that.

Should it work I'll post it there.



About applying a clean template: well at least for me it ran smoothly :/

Well, I mean, clean as in with all the default stuff in. Anything that includes nds.h or nsmb.h will do it.

And that wouldn't help, I'll have to use the template for more stuff later anyway :l

I'm pretty positive that I got it to work and that I wasn't dreaming but I'll try later just to be sure.


Damn… :/

So, so, so…

I tried to mesh the Blue Shell patch with the ASM Template a first time, and I indeed got greeted with the RAM Viewer as I tried to move (like you reported earlier).
But before that I extracted arm9 and overlay 10 just in case.

So now that it failed, I re-inserted arm9 and overlay 10, ran a make and insert (in this order) and the Blue Shell code now co-exists with the ASM-Template.
Here's the xdelta patch if you want to test:
Blue Shell+ASM example.xdelta
This ASM-Template also includes a 1coin=1UP .cpp made for testing purposes.
Works on a flashcard, for what it's worth.


But not happy with the results, I decided to try again and apply the ASM-Template on a second ROM with Blue Shell code, and this time it worked on the first attempt without crashing, even though the second ROM was a carbon copy of the first…



So basically the things to try in order are:
_extracting arm9
_re-inserting arm9
_running make clean
_running make and insert
_stubbornly repeat the previous steps until it works


Be warned though, if you get it to work, Blue Shell sliding behavior under the effect of the Starman is slightly messed up when running alongside the ASM-Template, nothing game-breaking though but this needs further investigation on No$GBA Debugger.

Huh, alright. I will do this once the game is complete and all hacks are inserted so it doesn't break again when I add more code.

Added patch #20

EDIT
Added patch #21, which also crosses off one of that list

Grounded fire piranha plants can't be killed with shells.

Can someone look at this when you have time?
_{off-topic, is this /\ sentence correct?}
_________________________
New Super Mario Bros. The Next Levels.
Progress:
W1: 100% | W2: 100% | W3: 33% | W4: 100%

I noticed the same thing with swoopers not being defeated by enemy shells(Beetle, Koopa).

And yes, your sentence appears to be correct.
_________________________
My Youtube Channel
Never use a flash drive unless you are transferring files...

Can someone explain this better to me? Much probably is only for me... but I don't understand...

I apologise for my ignorance...

It means to replace 132 (0x84) of "0" bytes.

Erm, I have to select 132 zeroes and then I paste the code?

_{If yes... it doesn't work...}

EDIT: I have found that the editor paste the code in the second side...

Move Petey Piranha and Mummypokey bosses to different worlds

There's some absolutely retarded code that deletes Peach if Worlds 2 and 5 are cleared when you enter the boss battles with Mummypokey and Petey Piranha. If this code isn't adjusted and you move the bosses to a different world, this happens if you try battling them again:

https://www.youtube.com/watch?v=q_zleiDDP6Y

Hooray. Here's the fix;

-------
010050E30C00001A7C009FE5 -> 0X0050E30C00001A7C009FE5
040050E30B00001A48009FE5 -> 0X0050E30B00001A48009FE5
-------
010050E30300001A34009FE50010A0E3 -> 0X0050E30300001A34009FE50010A0E3
040050E30200001A20009FE50010A0E3 -> 0X0050E30200001A20009FE50010A0E3
-------
94009FE5200090E5010050E30100000A040050E3 -> 94009FE5200090E50X0050E30100000A0X0050E3

200090E5010050E30100000A040050E31B00001A9F3AFBEB -> 200090E50X0050E30100000A0X0050E31B00001A9F3AFBEB

200090E5010050E30100000A040050E31C00001A0000A0E34571FBEB -> 200090E50X0050E30100000A0X0050E31C00001A0000A0E34571FBEB

200090E5010050E30100000A040050E31C00001A0000A0E3BB6EFBEB -> 200090E50X0050E30100000A0X0050E31C00001A0000A0E3BB6EFBEB

Replace the Xes with the world numbers your relocated bosses appear in. The first two patches go together, so put the Mummypokey boss in the first one and then the Petey boss in the second one.