Register - Login
Views: 85705271
Main - Memberlist - Active users - Calendar - Wiki - IRC Chat - Online users
Ranks - Rules/FAQ - JCS - Stats - Latest Posts - Color Chart - Smilies
09-24-17 10:09:08 AM

Jul - NSMB Hacking (Archive) - Mario Vs. Luigi stage hacking New poll - New thread - New reply
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19Next newer thread | Next older thread
dirbaio
For future reference, "Responsible disclosure" isn't "acting like a douche about an exploit and demanding compensation".
Level: NaN


Posts: 1213/-1288
EXP: NaN
For next: 0

Since: 07-28-09
From: Spain

Since last post: 6.0 years
Last activity: 5.0 years

Posted on 05-15-11 06:25:54 AM Link | Quote
It was some files in the uiStudio folder, I dont remember which ones. One controlled the location of the buttons and the other was the "touch area". If you can't find them tell me and I'll look for them again.

To store the patch data it's better to store it after the header. The header is 0x200 bytes long, but the actual rom data, beginning with the arm9 binary, don't start until 0x4000, so all the space at 0x200 - 0x4000 is unused by both the game and the editor.
S
User
Level: 9


Posts: 13/15
EXP: 3094
For next: 68

Since: 12-17-09


Since last post: 6.0 years
Last activity: 6.0 years

Posted on 05-15-11 03:41:32 PM (last edited by S at 05-15-11 03:44 PM) Link | Quote
Originally posted by Chicken Bones
@s If a rom has been edited by any rev other than r116 for anything (not just Ds Download Play) it will cease to work in Download Play as the header is changed.

@Dirbaio I can start work on the Ds Download Play button. Can you tell me/find again where the data was for the buttons on the title screen so we can remove the Minigame button (off screen). I realised that we can store the Ds Download Play patch byte and any data in a reserved area at the end of the rom (maybe a few 100 bytes depending on whether it may be used for other editor only data). That way it won't be read by the game and it is extremely unlikely that anyone would have used up all 20MB of free space.

I underdstand.
Chicken Bones
Member
Level: 14


Posts: 34/34
EXP: 10442
For next: 2629

Since: 02-19-10


Since last post: 6.0 years
Last activity: 6.0 years

Posted on 05-16-11 03:14:12 AM Link | Quote
@Dirbaio. 0x200-0x4000 cool. I haven't the experience with nsmb or C# that you do. If you could find the locations again, Great. Something may click as you have done it once before.
shadeyshaney
Member
Level: 17


Posts: 52/59
EXP: 23174
For next: 1569

Since: 07-28-10


Since last post: 6.0 years
Last activity: 5.0 years

Posted on 05-31-11 08:46:59 AM Link | Quote
hey was just reading the first few pages of this thread and people were talking about changing sprite data in multiplayer? like adding sprites that crash the game so they dont? anyone have any success with that?
dirbaio
For future reference, "Responsible disclosure" isn't "acting like a douche about an exploit and demanding compensation".
Level: NaN


Posts: 1246/-1288
EXP: NaN
For next: 0

Since: 07-28-09
From: Spain

Since last post: 6.0 years
Last activity: 5.0 years

Posted on 06-01-11 02:47:20 AM Link | Quote
Still no luck. For now you're restricted to only use the sprite sets that come with the MvsL levels. Changing anything will most likely make the level crash.
shadeyshaney
Member
Level: 17


Posts: 59/59
EXP: 23174
For next: 1569

Since: 07-28-10


Since last post: 6.0 years
Last activity: 5.0 years

Posted on 06-04-11 10:26:33 AM Link | Quote
hi all. i was making my big multiplayer level. its 8192x192 and it was working fine. for some reason about 3/4 through the level is just stops like its the level just stopped loading? any idea?
Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19Next newer thread | Next older thread
Jul - NSMB Hacking (Archive) - Mario Vs. Luigi stage hacking New poll - New thread - New reply




Rusted Logic

Acmlmboard - commit 2f1bc75 [2017-08-27]
©2000-2017 Acmlm, Xkeeper, Inuyasha, et al.

28 database queries, 1 query cache hits.
Query execution time: 0.221983 seconds
Script execution time: 0.006807 seconds
Total render time: 0.228790 seconds